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.

 

Webinar: "Estimaciones para la planeación y control del software"

Aprovechar una oportunidad de negocio hoy en día está muy asociado con el desarrollo, la integración o el mantenimiento de software. Por lo tanto, las decisiones ejecutivas deben ser tomadas considerando los  riesgos, los costos de oportunidad, expectativas de plazos, inversiones, la movilización de esfuerzos, los niveles de calidad y el alcance de la solución a ser atribuidas a software o hardware.

 

A partir de eso surge la pregunta: ¿Cómo estimar cuando el nivel de información no es suficiente para estimar a partir de las actividades?

 

Cuando se proporciona una estimación como una certeza y no una casualidad, esta es  mucho más cerca de una profecía - algo casi religioso - o bien una promesa - algo típico de la política. Ambos casos distanciados de una acción técnica que se presentan como un intervalo asociado con una oportunidad o como una estimación puntual de la probabilidad de continuación ser subestimada o sobreestimada.

 

Proporcionar estimativas cuando aún no es posible estimar a partir de actividades, tales como la planificación de un proyecto o un tiempo de anteproyecto,  generalmente es un desafío a TI.O método IFPUG (y los métodos de NESMA o COSMIC) permite acercarse el tamaño funcional de la información disponible. Sin embargo, ningún esquema de clasificación en cuanto el tamaño y la tecnología, la variabilidad es inaceptable! Es un importante factor de costo; Sin embargo no es la única ni la derivación de esfuerzo o tiempo desde el tamaño sigue una simple proporción.

 

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 técnicas más ... así que pueden ser utilizados con fines políticos como la determinación de un objetivo o centro compromisos entre las partes interesadas.

 

FECHA Y HORÁRIO
Día: Jueves  23/06/2016 
Horario: 10:00 (Hora Mexico_City)
Duración: 1 hora; con 50 minutos de presentación y los últimos 10 minutos para que los participantes interactúan con el expositor con preguntas en vivo .

Pré-requisitos: No hay

Inscripción gratuita: https://goo.gl/alCnoM

 

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. 

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

 

 

 

 

 



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

 



  A principios del 2000 el FBI (Policía Federal Estadounidense) comenzó el desarrollo de un...



Crisis y problema son cosas distintas. La crisis demanda soluciones más complejas e...



    Durante la Guerra del Golfo en la década de 1990, las fuerzas de la coalición liderada...



MOTIVACIÓN Y OBJETIVO       La entrevista es una de las técnicas más comunes y mejor...



    Recientemente IREB (International Requirements Engineering Board) y REQB (Requirements...

.

 

.