Nuestro Blog 

 

 Mantén informado y actualizado en medición,

estimación y requisitos de software.

Constantemente publicamos noticias y artículos

de gran interés.

 

Respuestas a las preguntas del Webinar: "Estimaciones acertadas para la planeación y control del software"

 

 

El pasado martes 28 de Junio organizamos el webinar Estimaciones acertadas: Soluciones para la planeación y control del software, en el cual se presentó información sobre las estimaciones a partir de actividades, tales como la planificación de un proyecto o un tiempo de anteproyecto, siendo generalmente  un desafío a el TI.O método IFPUG (y los métodos de NESMA o COSMIC) permitiendo acercarse el tamaño funcional de la información disponible. 

 

Al final de este seminario, los participantes serán capaces de entender las dinámicas descritas y entender cómo los puntos de función y COCOMOII pueden integrarse para producir estimaciones fiables y  más técnicas que puedan ser utilizados con fines políticos, como la determinación de un objetivo o un centro de  compromisos entre las partes interesadas.

 

Sim más preambulos, pasemos a las preguntas:

 

 

Pregunta 1

¿Es cierto que la estimación por puntos de función depende de como se aplique, dado que tiene un modelo estándar de entradas y salidas (I/O)? - Tatiana Hernandez

 

Respuesta:

Es muy común que se confunda los resultados de la aplicación completa del análisis de puntos de función con una estimación, pero no lo es. Es una medición que refleja una cantidad de funcionalidad proveída por un producto de software listo o derivado de otras representaciones de sus requerimientos. Un ejemplo de son los  prototipos o especificaciones de requerimientos.

En este sentido, es cierto que la medición no depende de cómo se la aplique; sin embargo, depende de la calidad de las representaciones de los requerimientos y cuan bien se puede apartar elementos de diseño, implementación o pruebas de los requerimientos funcionales que describen el software en términos de las tareas o servicios del usuario transportados (o que se pretende transportar) para el software.

 

Sin embargo, para la solución de los problemas que surgen en el área que se destacó como área de problema en la introducción de la charla, el más común es aproximar el tamaño funcional por el uso de heurísticas como aquellas presentadas de la NESMA para quien es usuario del IFPUG. El COSMIC presenta heurísticas similares donde se puede aproximar el tamaño mismo, cuando todavia  no se puede medir.

 

Entonces, por supuesto, la aproximación de tamaño (prefiero usar el termino aproximación, porque el termino estimación es más comúnmente relacionado al esfuerzo o al plazo) depende de como se aplique. Depende de cuales heurísticas se utilizarán y de una información muy importante: Cuanto se acostumbra errar en estas aproximaciones.

En la derivación del esfuerzo, basado en la medición o en la aproximación del tamaño medido en puntos de función, hay otra variable que es la productividad. La productividad nada tiene que ver con el método de medición (o aproximación) y tiene un impacto directo en los resultados de estimaciones basadas en puntos de función.

Por ejemplo, la evaluación de los requerimientos iniciales de un proyecto llevo a una aproximación del tamaño de 200 puntos de función y la tasa de entrega en una organización A, expresada en horas-hombre por puntos de función, con 50% de probabilidad de subestimar o sobrevalorar es de 13 HH/PF. La estimación del esfuerzo en esta organización A , para este proyecto en discusión es de 2.600 HH (con 50% de probabilidad de que no se sobrevalorar).

En otra organización B, la tasa de entrega para la misma tecnología es de 10 HH/PF y la estimación del esfuerzo es de 2.000 HH (también con 50% de probabilidad de no sobrevalorar).

En resumen, el facto del método de medición de tamaño funcional es un estándar, no significa que:

a. Las estimaciones de esfuerzo o plazo sean idénticas independientemente de otras circunstancias de un proyecto que tienen efecto en la productividad;

b. La cualidad de la aproximación del tamaño o mismo de la medición depende de la cualidad de los requerimientos y del nivel de información disponible cuando de la aproximación del tamaño.

 

 

 

Pregunta 2 :

¿Qué opina de la estimación de poker para proyectos ágiles?  - Percy Calizaya

 

Respuesta:

 

En la apertura de la charla, procuré establecer dos escenarios donde se hacen las estimaciones. Uno que permite la estimación directa con éxito y otro que requiere soluciones para los mayores grados de exactitud que se exige en comparación con lo que las estimaciones directas proveen.

El Planning Poker es una variación del Delphi. Las unidades que se utilizan en el Planning Poker son típicamente Story Points o días ideales. Ambas, las dos unidades son unidades de esfuerzo. Es como pedir la estimación que se solicitó en la apertura para programación y prueba de una pequeña pieza de software. 

 

En resumen es un método adecuado para hacer estimaciones cuando ya se tiene los requerimientos funcionales identificados por lo menos en el nivel de tarea, como lo que se sugiere al identificar un caso de uso o una historia del usuario.   

 

Sin embargo, no resuelve los problemas de hacer estimaciones de proyectos completos en momentos cuando no se tiene, todavía, la información necesaria para el Planning Pocker. Sin embargo, es una mejora fantástica cuando comparada a solicitar de uno individuo por su juicio de experto en mi opinión. Otro punto que veo como excepcional el el Poker Planning es la utilización de la secuencia de Fibonacci. Esta secuencia refleja que la complejidad no es lineal y la lógica de elementos complejos son una construcción de elementos más simples en un nivel anterior.

 

 

 

Pregunta 3:

Yo quisiera saber como este tipo de estimaciones se adaptan a una metología como Scrum, ya que a veces entregar una propuesta de desarrollo para los clientes debe ser cuestión de 1 o 2 días. - Marcela Carvajal

 

Respuesta:

Hacer estimaciones de la implementación de una historia del usuario (No me refiero a algo épico) y eventuales ajustes en la arquitectura de soporte correspondientes esta (o lo debería estar) en la región donde no se tiene problemas en estimar. La opinión de expertos, métodos tales cuales el Delphi o el Planning Poker producen estimaciones con un nivel de exactitud compatible con las exigencias.

 

La segunda respuesta sobre la aplicación de los temas de la charla en el desarrollo ágil, es hacer estimaciones antes que se ha completado el Product Backlog. Hay trabajo para generarlo y este no solo se puede estimar sino es una necesidad para el establecimiento de objetivos razonables.

Todo empieza con una idea de negocio. Hay que se evolucionarla hasta que el nivel de información permita a la administración decidir por la implementación de la idea. Una nueva evolución es necesaria para que un Product Backlog este disponible. Cuando se empieza el primer Sprint, es seguro que hay ítems en el Product Backlog más cerca de un hecho épico que de una historia del usuario. En todo esta jornada de descubrimiento, las estimaciones tal cual las presentan, son necesarias para soportar decisiones informadas y conscientes de los riesgos.

 

 

EXPOSITOR

 

 

 

Carlos Eduardo Vazquez Profesional en TI con más de 20 años de experiencia en el desarrollo, mantenimiento y gestión de software de aplicación y de sistemas, direccionando la tecnología a las necesidades organizacionales. Tiene la visión de que las tecnologías de medición de software y medición del tamaño funcional en particular (con Puntos de Función definidos por el IFPUG, NESMA o COSMIC) son herramientas fundamentales para alcanzar objetivos empresariales. Desde 1991, es usuario del Análisis de Puntos de Función del IFPUG; ha entrenado cientos de profesionales desde 1993. En 1996, fue uno de los primeros brasileros certificados como Experto Certificado en Puntos de Función (CFPS) por el IFPUG - Organización de la cual es miembro con derecho a voto. De igual forma, en 2012 se convierte en pionero como titular en la certificación COSMIC. 

 

 

 

 

 

Webinar: La certificación de Ingeniería de Requerimientos del IREB

La Ingeniería de Requerimientos es una de las disciplinas clave de la Ingeniería de Software. Los problemas en los requerimientos generan grabes consecuencias sobre prácticamente todas las otras disciplinas del proyecto.

 

Por lo tanto el IREB – International Requirements Engineering Board – trabaja desde su creación sobre acciones para destacar la importancia de la disciplina de requerimientos para proyectos de software.

 

Una de estas acciones es su programa de certificación CPRE – Certified Professional on Requirements Engineering, tema de esta ponencia.

 

Los asuntos a abordar son:

  • ¿Qué es el IREB?
  • ¿Por qué una certificación profesional para ingeniería de requerimientos?
  • ¿Qué es la certificación CPRE?
  • El esquema de la certificación y sus niveles
  • El examen CPRE-FL
  • Estadísticas de la certificación en el mundo
    • Pre-requisitos
    • Contenido
    • Costos
    • Duración del examen
    • Nota para aprobación
    • Cantidad y tipos de preguntas
    • Tips

PROGRAMACION
Día : 19 de Mayo del 2016  

Hora: 10:00 (Hora Mexico_City)

Duración : 1 hora; la presentación es de 45 minutos y 15 minutos para que los participantes interactúen con el expositor con preguntas en vivo.

 Lugar de clases: Web

 Pre- requisitos: No hay

 

COSTO POR PARTICIPANTE

Gratuito

 

INSCRIPCIÓN

https://goo.gl/cimZJr

 

Realización del Examen de Certificación de COSMIC en Brasil

 

 

El sábado 16 de Abril se llevo a cabo e en Vitória – ES, otro examen de certificación internacional por el método funcional de software de medición COSMIC, un método de Análisis de Puntos de Función más reciente.

 

 

Esta fue la primera vez que se lleva a cabo este examen en Brasil en la versión 4.0 del manual de COSMIC. De los 12 candidatos inscritos, 9 obtuvieron la aprobación , siendo 7 de ellos miembros del equipo de FATTO. Esta certificación es para garantizar que el profesional certificado posee los conocimientos mínimos necesarios para aplicar el método COSMIC de forma correcta y consistente.

 

 

Puedes conocer mas información sobre esta Certificación en nuestros cursos disponibles:

 

Medición y Estimación de Software con el método COSMIC http://goo.gl/mdhtLh

 

Preparación para la certificación de COSMIC http://goo.gl/d7aqzg

 

 

 

 

 



Entrevista -Heinsohn Business Technology

 

Uso de Puntos de Función por Heinsohn Business Technology.

 

Heinson Business Technology es una de las principales empresas de tecnología en Colombia, con presencia también en EUA, Chile, Ecuador y El Salvador. En la entrevista, Fidel Andrés Vargas Londoño, arquitecto senior de soluciones, habla del uso de Puntos de Función por parte de la empresa. 

 

FATTO - ¿Por qué Heinson tomó la iniciativa por el uso de puntos de función?

Fidel Londoño - Heinsohn buscaba aumentar la competitividad con respecto al mercado y además medir su productividad y desempeño frente a la industria.


FATTO - ¿En qué contexto el análisis de puntos de función es utilizado actualmente?

Fidel Londoño - Se utiliza en todas las etapas del proceso, desde las áreas de ventas y preventas, hasta la ejecución. Actualmente queremos iniciar con la medición cuando finaliza el proyecto pero aún no lo hemos implementado en ningún proyecto.

 

FATTO - ¿Cómo fue el proceso de implementación?
Fidel Londoño - Se inició con la capacitación de un grupo pequeño de personas que validaran los pro y los contra del método. Posterior a esto se diseñó una estrategia de institucionalización e implementación 

que consiste en brindar las herramientas tecnológicas y de conocimiento para la implementación del método en el resto de la compañía. Dentro de estos pasos tuvimos una capacitación con FATTO para un grupo de 30 personas quienes son los encargados de las estimaciones en los proyectos, posterior a esto se continuo con refuerzos a través del curso virtual. Por último se implementó una plataforma de aprendizaje al interior de la compañía tomando las mejores prácticas de los proyectos y lecciones aprendidas en las estimaciones, esto para que nuevas personas se siguieran capacitando en el método.

 

FATTO - ¿Cuáles son los beneficios identificados hasta ahora?
Fidel Londoño - Hasta el momento hemos notado una mayor competitividad en la búsqueda de nuevos negocios, es más fácil comparar el tamaño del software con respecto a diferentes propuestas de competidores y es un método ideal para hacer acuerdos con los clientes y eliminar la subjetividad en las estimaciones de software.

 

FATTO - ¿Qué próximos pasos se esperan cuanto al uso de puntos de función?
Fidel Londoño - Esperamos que más proyectos continúen con el uso del método y que los nuevos proyectos ya lo hagan como política. Se espera empezar la recolección de cifras que permitan medir la productividad de la compañía y actuar según las cifras recolectadas

 

 

 

.

 

.