Consejos Oferta (1)

Hola otra vez. Hoy queremos mirar hacia atrás en el tiempo y volver al inicio del proyecto, para recordar el documento de oferta.

Ahora que podemos observar el proyecto desde una perspectiva mayor, hemos comprendido la importancia de aquel primer documento en el que, por ser el primer documento del proyecto y de la asignatura, nos encontrábamos muy inseguros y sin saber muy bien como afrontarlo.

Probablemente sea el documento más importante de todo el proyecto, no solamente por ser con el que se vende el proyecto al cliente (como bien nos dicen en la asignatura pero esta faceta no parece demasiado importante para la asignatura en sí), sino que también porque en él se definen muchas características del proyecto que luego hay que seguir arrastrando durante todo el proyecto.

Y es que nuestro documento de oferta, al contrario de lo que realmente debería de hacerse en un proyecto bien llevado, se realiza antes que el documento de estudio de viabilidad de sistema y el de seguimiento inicial de proyecto. Esto significa que en el documento de oferta se incluye gran parte de estos dos documentos, por lo que realizarlo mal tiene graves consecuencias.

En concreto, desde nuestra experiencia, tuvimos problemas con la estimación de costes del proyecto por no haber realizado el EVS. Pero lo que más hemos notado es que hemos tenido que arrastrar la planificación inicial durante todos los informes de seguimiento.

En conclusión, recomendamos que antes de realizar una oferta se realice un estudio de viabilidad del sistema (se recojan los requisitos, se analicen los requerimientos de hardware y software y, en base a todo esto, se estime el coste como ya explicamos en un anterior post). También debe realizarse una planificación de tareas con cuidado, utilizando las herramientas de estimación ya mencionadas.

Para los estudiantes de la asignatura, evidentemente no van a realizar documentos sin que el profesor se los pida pero recomendamos que hagan un esfuerzo máximo para el primer documento, ya que, aunque cueste desde la primera semana empezar a trabajar duro, puede ser muy importante para lograr un buen resultado final.

Por hoy es suficiente, pero en próximos post esperamos poder seguir dando consejos para éste y otros documentos, ya que al ser el primer proyecto creemos que estamos aprendiendo mucho y queremos compartirlo con nuestros lectores, especialmente con alumnos de nuestra asignatura de próximos años que es a los que más podemos ayudar, pero también a todos aquellos que nos leéis interesados en general por la ingeniería del software.

PD: Un comentario al año no hace daño.

Estimación de Coste del Personal

El otro día comentabamos de lo importante que es la estimación de costes para calcular el presupuesto de un proyecto.

La estimación que requiere de más experiencia es la de coste de personal, ya que si se sabe que materiales se van a dedicar para el proyecto, el cálculo de su coste es directo.

Sin embargo, del coste de personal, a priori antes de comenzar el proyecto, solamente podemos saber cuanto cobran nuestros empleados por hora, pero no sabemos cuantas horas tendrán que dedicar al proyecto.

Para intentar estimar el coste total del proyecto, existen varios métodos:

1) Técnicas Matemáticas: Utilizan modelos matemáticos que reciben como entrada datos sobre el proyecto a realizar y, tras la aplicación de fórmulas matemáticas, dan la respuesta.

2) Técnicas basadas en el aprendizaje automático: A partir de los datos de muchos proyectos, generan un modelo que, dado otro proyecto del que no se sabe nada realizar la estimación. Dan buenos resultados pero requieren de gran cantidad de datos que en una empresa pequeña no se dispondrán.

3) Técnicas basadas en expertos: Se basa en contratar a expertos para que realicen la estimación. Muy caras, por lo que para un proyecto pequeño no son recomendables.

4) Técnicas Dinámicas: Son técnicas basadas en matemáticas más complejas. Tratan de hacer una simulación matemática mediante funciones recursivas.

En conclusión, lo más apropiado para un proyecto pequeño es aplicar técnicas matemáticas. En nuestro caso, hemos estudiado en la asignatura la herramienta Cocomo 2, que es capaz de realizar estas estimaciones aplicando un modelo matemático. Únicamente es necesario introducir en el programa algunos datos sobre el proyecto, desde la experiencia y habilidad de los desarrolladores hasta la complejidad del proyecto.

Cocomo tiene varios tipos de modelos: el básico, el intermedio y el avanzado. Lo más lógico para un proyecto pequeño sería utilizar el modelo básico o el modelo intermedio.

A continuación, para aquellos que quieran profundizar más en este tema, ofrecemos una recopilación de referencias:
Tutorial de Estimación de Costes
Página Principal de Cocomo
Modelo de Cocomo
Cocomo Básico Online
Cocomo Intermedio Online
Otro calculador Online

Correo desde El Salvador

El otro día recibimos un correo desde El Salvador, de Jorge Valencia, que nos preguntaba por lo siguiente:

"Tengo una consulta para ustedes y se los agradesería mucho su ayuda. Necesito realizar un presupuesto de implementación de un software y no se que elementos tendría que tomar en cuenta.

El software es un programa de inventario para una empresa pequeña. El software es pequeño."

Decir que no somos muy expertos en el tema de estimación y que, como ya dijimos en el post de "Opiniones sobre Oferta", nos parece una tarea que requiere experiencia. Sería recomendable consultar otras fuentes para completar los consejos que podamos dar nosotros.

Aun así, hemos estado recopilando lo que sabíamos al respecto (de ahí la tardanza de la respuesta, sentimos no haber podido contestar antes) y hemos reunido lo siguiente:

En primer lugar, para realizar un presupuesto, (en nuestro caso documento de cálculo de costes), lo más importante es estimar el coste. A partir del coste estimado, se añadirá el porcentaje de beneficios que se quiere obtener, el porcentaje de primas de riesgo y el porcentaje de IVA (o los impuestos a los que esté asociado el proyecto en el país que sea).

El porcentaje de riesgos no debe infravalorarse, hay que valorar el riesgo de impago, riesgos asociados al fracaso del proyecto, etc. En caso de que se produzcan dichos riesgos y hubiese pérdidas económicas, se agradecerá haber incluido dicho porcentaje por riesgos en el resto de proyectos de la empresa.

Pero pasamos a la estimación de coste que, bajo nuestro punto de vista, es el punto más complejo e importante (el resto de factores sacan porcentaje sobre el coste, por lo que éste resulta ser la base de todo el presupuesto). Hay que desglosar y estimar todos los costes asociados al proyecto, por ejemplo: coste de personal, de comidas con el cliente, de material (amortización de hardware y software, gasto en papel para los documentos, electricidad, etc.).

No se debe omitir ningún gasto por pequeño que parezca en un principio ya que una vez se firme el presupuesto con el cliente no habrá marcha atrás y cualquier coste no considerado tendrá que asumirlo la empresa que desarrolla el software.

La estimación que requiere de más experiencia es la de coste de personal, ya que si se sabe que materiales se van a dedicar para el proyecto, el cálculo de su coste es directo. Sin embargo, consideramos que dicha estimación es un tema suficientemente importante como para dedicarle otro post para él solo, que publicaremos en un par de días.

Hasta la próxima. Para cualquier duda, dejadla en los comentarios y la contestaremos lo antes posible.

Explicación del.icio.us (social bookmarking)

Ya hemos comenzado a preparar el documento de oferta de servicios de nuestro proyecto. Todavía no hemos expuesto el tema de nuestro proyecto. Consiste en un sistema de marcadores sociales basándonos en del.icio.us.

Para los que no conozcan esta página, hemos encontrado un vídeo en el blog de delicious que se llama "how to explain delicious to your parents". Este vídeo, realizado por Common Craft, nos explica en qué consisten los marcadores sociales (y en concreto la solución ofrecida por delicious) de una forma sencilla, visual y entretenida. La única pega es que está en inglés, aunque se entiende bastante bien.



Esperamos que os haya gustado y ayudado a comprender de qué va nuestro proyecto.

Hasta la próxima.

Nueva interfaz

Pretendiendo tener una interfaz de usuario más usable y sobre todo acorde con el estilo Web 2.0 que se tiende en la actualidad, hemos añadido nuevos elementos en la interfaz (la mayoría de ellos con implementados mediante AJAX).

El primero y quizá el más vistoso es la inclusión de un mecanismo de previsualización de enlaces y elementos multimedia llamado SnapShot, el cual abrirá una pequeña ventana emergente donde se muestra o bien la página principal de la página a la que se enlaza o su feed.

El segundo ha sido un gestor de titulares de noticias. Las fuentes de información que hemos elegido, lógicamente relacionadas con la ingeniería del software como con la informática en general, han sido: ingenieria del software, meneame.net y barrapunto.com; y por otro lado, noticias generales en google news.

Por último otras mejoras menos importantes han sido un listado de los links que por ahora creemos más interesantes (aunque se irán actualizando conforme vayamos encontrados páginas interesantes para el desarrollo del proyecto) y añadir un par de imágenes para tener una interfaz un poco más visual: una imagen que se elegido para "datos personales", un logo de blogger y otro de SnapShot.

Bueno esperamos que os guste y para cualquier sugerencia no dudéis en comentárnoslo.

P.D. En un par de días publicaremos una entrada referente a nuestra primera toma de contacto con el "Documento de Ofertación de Servicios" y además, una opinión de un jefe de proyecto de una consultora software española con bastante prestigio en el mercado internacional.

La primera entrada...

¡Buenas a todos! Somos un grupo de alumnos de Ingeniería del Software III, nuestros nombres son: Álvaro, Pablo, Eva M., Jose Carlos, J. Ignacio, Israel y Javier M. y... ¡Queda inaugurado el blog del grupo 3 del turno de tarde!

La idea del espacio pensamos que es muy interesante pues fomenta la participación en equipo, puede ayudar a otros grupos a enfocar posibles problemas que ya se nos hayan planteado y entre todos buscar las mejores soluciones. En cuanto a los objetivos que nos planteamos son varios, el primero y quizá el más importante es trasmitir nuestros conocimientos no sólo a los compañeros de universidad sino a toda persona interesada en la Ingeniería del Software; y el segundo es hacer más ameno el trabajo entre todos, pudiendo opinar cada uno sobre sus experiencias.

Para finalizar mucha suerte a todos (pues la vamos a necesitar...), esperamos que nos escribáis tanto entradas como comentarios y para cualquier duda o sugerencia, ¡aquí estamos!