Opiniones sobre: Gestión de Configuración y Calidad

Buenos días. Como ya prometimos hace unos días, ha llegado el momento de dar nuestra visión acerca de los documentos de gestión de la configuración y gestión de la calidad.

Hemos juntado esta entrada porque consideramos que el objetivo de ambos documentos es similar, ya que pretenden maximizar la calidad de todo el proyecto.

Se diferencian en que el documento de gestión de la configuración pretende dar unas normas generales para la gestión de los productos que se generarán y los cambios que se produzcan en estos, mientras que la gestión de calidad trata de todos aquellos aspectos necesarios para que el cliente quede 100% satisfecho con nuestro trabajo.

Esta ha sido nuestra primera experiencia con estos documentos. Hasta ahora, toda esta parte de un proyecto la realizábamos de un modo completamente informal, sin dejar las cosas por escrito y basándonos únicamente en nuestros presentimientos, a la hora de planificar y evaluar nuestros trabajos.

Este tipo de planificación, aunque en algunos caso salió bien, en otros tuvimos grandes pérdidas de tiempo en solucionar las inconsistencias que inevitablemente ocurrían, teniendo graves consecuencias.

Por lo tanto, consideramos que, aunque pueden resultar algo tediosos el tener que formalizar todo metódicamente, son realmente útiles a la hora de realizar un proyecto complejo.

La mejor característica que vemos en estos documentos es que son muy poco dependientes del proyecto actual. Ha medida que íbamos redactando los diferentes apartados nos dimos cuenta de que realmente, se podría realizar un documento de gestión de la configuración y de la calidad para todos los proyectos de la empresa, solamente teniendo que realizar algunas partes que dependen de los proyectos, como por ejemplo el análisis de riesgos.

En cuanto a las diferencias a la hora de realizarlos, definir la configuración es muy metódico, dando todas las normas que deben seguirse al realizar cada parte del proyecto. Definir el plan de aseguramiento de calidad es igual de metódico pero más difícil, ya que en este caso hay que listar todos los posibles riesgos que nos pueden acontecer en un proyecto, y no es sencillo conocerlos. También nos resulto difícil dar métricas.

Como conclusión, ambos documentos nos han parecido muy importantes, pero consideramos más didáctico el de calidad, ya que hasta ahora sabíamos que era uno de los objetivos que tiene que tener presente todo ingeniero del software, pero no la forma de conseguirla. Ahora hemos ampliado nuestros conocimientos para la realización de un plan de aseguramiento de calidad que nos permita realizar mejores proyectos y esperamos aprovecharlo en todos los proyectos que afrontemos en un futuro.

Entrevista a Jorge Becerrill - MSN

Ya estamos de nuevo por aquí. Sentimos que ya empieza lo bueno: el análisis y el diseño, jejeje. Pero antes de ponernos a ello es necesario definir el Plan de Gestión de Configuración y el Plan de Aseguramiento de Calidad.

Como habéis podido observar , nuestra idea es compartir y publicar ideas o conocimientos sobre la ingeniería del software, y como ocurrió en anteriores entradas, volvemos a contar con la ayuda de todo un profesional en la ingeniería del software: D. Jorge Becerril.

Al igual que ocurrió con Javier Delicado, le hemos realizado una entrevista que sin más dilación, presentamos a continuación (¡qué pareado más bonito!):

¿Qué significa la calidad en el software para usted?

Para mi calidad significa entregar un producto fuera errores y bugs y cumplir con las expectativas del cliente siendo estas reflejadas en el documento de requerimientos esto es, debe cumplir con el diseño, con las funcionalidades, con las reglas del negocio etc.

¿Qué normas de calidad usa usted en su trabajo: un sistema de calidad definido por la propia empresa o un estándar de calidad como por ejemplo IEEE 730 -2002 o ISO 9000?

Utilizamos un sistema definido por la empresa.

¿El cliente comprende que asegurando la calidad, la responsabilidad del ingeniero informático es menor o nula o limitada?

El ingeniero es responsable total de la calidad claro! en base a los requerimientos, pero si te refieres a que después de entregado el producto la responsabilidad disminuye, esta es menor, para esto debe existir un periodo de garantía, es imposible saber que el software esta perfecto sino esta implementado y probado por los usuarios y mas allá debe pasar un periodo de tiempo para determinar la estabilidad del software.

La mayoría de veces el cliente exige productos en poco tiempo, ¿suele flexibilizar los plazos de entrega a cambio de software con mayor calidad? ¿o prefiere cantidad antes que calidad?

Definitivamente la calidad no debe ser una condicionante de entrega sino que debe ser implícita, alguna vez un jefe comentaba "Le diremos al cliente que podemos entregar el software en x tiempo y con pruebas en y tiempo" se me hizo absurdo, si bien el trabajo de pruebas tiene que estar contemplado en tu costo, suena inverosímil siquiera mencionarle al cliente eso. También me viene a la mente un comentario que vi en Internet porque Microsoft si cobra las licencias por que no otorga certificados de garantía como cuando compras una estufa o un carro, y suena coherente. Definitivamente en tu planificación debes contemplar las pruebas pensando en que entregaras el software con la mayor calidad posible.

Pues ahí está la opinión de un experto. Un saludo y hasta la próxima: "Opiniones sobre gestión de configuración y calidad".

Estrategias de publicación del blog

Buenas a todos nuestros fieles seguidores de la ingeniería del software, después de una semana cargada de trabajo debido a la realización del Plan de Configuración y Plan de Aseguramiento de Calidad, es hora de dedicar un poquito de tiempo al blog. Sobre la opinión de estas dos interfaces que define métrica, pensamos que es mejor escribir una entrada conjunta al terminar la referente a la calidad, así para el sábado comentaremos estos dos documentos que hemos hecho por primera vez en la carrera.


Ahora la pregunta es trivial, ¿por qué escribimos esta entrada? Lo que queremos contar son las estrategias de publicación por la Web de nuestro blog y los resultados que hemos obtenido. Nuestro objetivo (además de ganar el premio) es compartir los conocimientos que vayamos aprendiendo y que puedan ser útiles a estudiantes o interesados en la ingeniería del software, por eso lo primero que hicimos fue dar de alta nuestra página en los principales buscadores de Internet: Google y Yahoo!. Después, tener en cuenta durante la creación del blog de qué palabras hay que resaltar (incluirla en la url, título de la ventana, descripción inicial, encabezado principal, etc.) y como se puede observar estas palabras han sido "ingeniería del software", de tal forma que nuestro blog tenga un alto posicionamiento en los buscadores por dichas palabras. También es importante señalar la gestión de los enlaces que se ha realizado, por ejemplo como referencias a nuestro blog son el wiki de "Ingeniería del software" de la Wikipedia y los foros de informática del El PAIS; como enlaces salientes, se ha puesto páginas o blogs que hablen sobre la IS y con un PageRank elevado.

En cuanto a los resultados que hemos obtenido en este corto periodo de tiempo de vida del blog han sido la indexación del blog en los buscadores anteriormente citados y lo más importante: unos compañeros de IS de la Universidad Autónoma de Sinaloa de México, representados por su jefe de proyecto, se han puesto en contacto con nosotros para poder compartir conocimientos.

Por último, también hay que señalar que nos hemos puesto en contacto con D. Jorge Luis Becerrill Ramírez, creador del mejor blog sobre la Ingeniería del Software en castellano, para intercambiar puntos de vista sobre la ingeniería del software, publicar comentarios, etc. y por su parte está totalmente de acuerdo.

Y nada más, parece que esto va saliendo adelante y es un motivo más para no dejar de escribir y publicar conocimientos con el mayor esfuerzo y entusiamos posible. Un saludo a todos.

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.

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".

Blog de Javier Delicado

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!