En este blog podréis ir viendo el desarrollo día a día de un proyecto software bajo la Métrica v3 del grupo 3 de Ingeniería del Software III (Ingeniería Informática) de la Universidad Carlos III de Madrid.

Mostrando entradas con la etiqueta oferta. Mostrar todas las entradas
Mostrando entradas con la etiqueta oferta. Mostrar todas las entradas

lunes, 21 de enero de 2008

Consejos Oferta (2)

Hace un tiempo, en un post anterior ya recomendábamos dedicar una atención especial al documento de oferta. Hoy queremos volver sobre este documento para hablar sobre como abordar una de sus partes más complejas, tanto por su dificultad, como la inexperiencia que tenemos al llegar a esta fase del proyecto en la asignatura: la planificación de tareas.

Como ya decíamos, esta es una tarea no trivial y a la que hay que dedicarle bastante tiempo. Consiste en desglosar todo el trabajo que se realizará en diferentes actividades y tareas. El primer problema que se nos planteó al abordar esto fue ¿Cómo de grandes deben ser las tareas? ¿Una tarea por cada documento? ¿Una tarea por cada apartado?

Nosotros llegamos a la siguiente conclusión: una tarea por documento son demasiadas pocas tareas y con una tarea por documento nos quedaría una planificación demasiado extensa. Por ello decidimos un punto intermedio, haciendo que una tarea englobase varios apartados, agrupando los apartados de los documentos según nos pareció.

Aclarar que cuando decimos que nos podrían quedar pocas tareas no nos referimos por extensión del documento (los documentos ya son suficiente extensos como para tener que preocuparse por ampliarlos más) sino a que, a la hora de planificar, asignar recursos a las tareas, estimar el tiempo dedicado a una tarea, etc, al ser tareas demasiado grandes todo esto se nos complicaba. Además, a la hora de rellenar las hojas de imputación nos dimos cuenta de que a veces teníamos problemas porque el trabajo de todos iba a la misma tarea a pesar de haber estado trabajando en apartados diferentes del documento.

Por todo esto, nuestra recomendación es hacer muchas tareas bastante pequeñas, aunque no sean una por apartado de documento pero tampoco tener miedo a que quede una planificación grande, ya que, aunque luego la planificación se arrastra durante todo el proyecto en los informes de seguimiento, el trabajo a realizar sobre la planificación es en su mayoría decir el % de realización de cada tarea, lo que resulta más sencillo de calcular si las tareas son pequeñas (en la mayoría será 0 o 100%).

Por otro lado, también recomendamos hacer una cosa que nosotros no hicimos del todo correctamente. En esta planificación inicial, además de dar las tareas y los recursos humanos que se encargarán de realizarlas, dar una estimación del tiempo necesario para realizarlas. Evidentemente, es muy difícil dar esta estimación al comenzar el proyecto y más si es vuestro primer proyecto pero creemos que si las tareas son pequeñas, la estimación de cada tarea será más sencilla.

En resumen, cómo hacer la planificación inicial es una cuestión muy subjetiva pero no debe infravalorarse la importancia de hacerlo correctamente, porque se tendrá que arrastrar durante todo el proyecto.

domingo, 16 de diciembre de 2007

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.

lunes, 15 de octubre de 2007

Opiniones sobre: Oferta

Buenas. Tras un pequeño "descanso" por el puente volvemos al blog a contar nuestra experiencia con el documento de ofertación de servicios.

El objetivo de este documento es convencer al cliente de que realizar el proyecto ofertado es fundamental para sus intereses empresariales y que nuestra empresa es la opción más adecuada para llevarlo a cabo.
Esto ha marcado todo nuestro trabajo en el documento, ya que hemos intentado poner nuestro mayor esfuerzo en
encontrar las palabras y expresiones más adecuadas para lograr nuestro fin. Destacamos esto porque consideramos que uno de los puntos más complejos de la realización de la oferta ha sido el intentar "vender el producto" al cliente sin dejar de parecer una empresa seria y organizada.

Otro punto que también creemos importante resaltar, es el apartado de
planificación del trabajo. Consideramos este apartado muy importante, ya que le damos al cliente una serie de plazos para ir completando partes del trabajo y, en fases posteriores del proyecto, el cliente irá evaluando nuestro rendimiento comparando el progreso actual con dicha planificación.

Además, nos ha parecido una tarea compleja, puesto que decidir cómo dividir el trabajo e intentar dar una aproximación al tiempo estimado a cada fase, nos ha resultado difícil de afrontar, al ser la primera vez que nos enfrentábamos a la organización de un proyecto. El factor más importante a la hora de realizar este apartado, del cuál carecíamos, es la
experiencia en proyectos anteriores.

Un problema similar a lo que acabamos de contar, es a lo que nos hemos enfrentado a la hora de realizar el documento de cálculo de costes. Al inicio del proyecto sin saber todas las necesidades exactas no sabíamos exactamente que costes poner. Al final decidimos llevar el presupuesto a la alza para asegurarnos de que no hay apuros económicos.

Para finalizar, también queremos añadir un poco de autocrítica. En este sentido, quizás deberíamos haber dedicado un poco más de tiempo a dar un formato uniforme al documento, ya que eso es tan importante como su contenido. Esto es así, especialmente en los documentos destinados al cliente. Infravaloramos el tiempo que teníamos que dedicar a dar formato a todo el documento y al final casi no nos dió tiempo de terminarlo correctamente.

jueves, 11 de octubre de 2007

Entrevista a un jefe de proyectos profesional

¡Hola a todos! A continuación os pasamos la entrevista que hicimos a Javier Delicado, experto en sistemas multimedia, consultor y jefe de proyectos en GMV-SGI. Respecto al proyecto ya estamos finalizando la oferta, con ganas de realizar la primera entrevista con el cliente y ver qué cosas le gusta y cuáles no. También hemos empezado con el documento de gestión de configuración: ver qué dice métrica al respecto, ejemplos de documentos, googlear un poco, etc. Bueno como lo prometido es deuda, os pasamos la pequeña entrevista que hicimos:

¿Cuál es la importancia de realizar una buena oferta?
De la oferta depende captar al cliente o el proyecto en sí. Con una buena oferta te llevas el trabajo, sin una buena oferta no hay trabajo que hacer. Es mejor que la oferta sea buena y el trabajo mediocre a tener una mala oferta.

¿Qué es lo que consideras más importante de una oferta?
Lo más importante para mí es que sea estructurada, comprensible por el lego. Si se hace una oferta de alto lenguaje técnico es probable que no la entienda nadie. Presentar una oferta concreta, estructurada, con índice, ilustrada y con esquemas... en definitiva "comprensible".

¿En qué momento hay que tomar una estrategia para "atacar" al cliente?
Cuando intenta hacerte trabajar más de lo acordado.

¿En qué momento hay que tomar una estrategia para "ceder" al cliente?
Típicamente cuando se comete algún error. Hay que compensar los errores propios con cesiones a lo ajeno.

¿Qué situaciones curiosas te ha pasado durante ofertas al cliente?
Para que veas lo impuntuales y lo poco formales que pueden llegar a ser lo clientes, quedamos a las 10:00, llegamos a esa hora y el cliente apareció (había bajado a desayunar) a las 11:15. Posteriormente nos dijo literalmente que "habíamos llegado con
demasiada antelación".