Estas diapositivas explican los beneficios de COSMIC FP, método que utilizó Intellego para satisfacer las necesidades del negocio. El método COSMIC ayudó a reducir la variación esfuerzo con la verificación estadística.
Argentesting 2018 - Cómo medir el esfuerzo de Testing...sin mucho esfuerzoArgentesting
Charla ofrecida por Sebastián Vázquez en el marco de los Talleres durante la 3ra edición de Argentesting
¿Cuánto es el promedio que tardo yo o mi equipo en completar el proceso de pruebas? ¿Cuántas pruebas ejecuté, re ejecuté, u omití en los últimos x proyectos? ¿Cómo mido el tiempo desperdiciado para poder mejorar? ¿Le puedo hacer el control de calidad a mi proceso de pruebas?
Si tu respuesta es “no se” o “y… más o menos…” tenés que estar en esta presentación.
Voy a contarte cómo, construyendo un tablero de control que tome datos de tus herramientas de gestión de incidencias, podés medir fácilmente el esfuerzo de tu proceso y podés tener información para optimizar y mejorar continuamente tu actividad.
La presentación será realizada con soporte de Power Point, comentando sobre las métricas que se pueden utilizar para armar un dashboard o tablero de control en una herramienta de BI que toma como fuente de datos, los introducidos en las herramientas de gestión de incidentes y definición de casos de pruebas.
Este conocimiento puede ser orientado a los gerentes de calidad, encargados de pruebas, dueños de startups o incluso a testers que quieran profesionalizar su trabajo y quienes tengan una real preocupación por medir y conocer en detalle su proceso de pruebas, con el objetivo en mente de optimizar el proceso de inicio a fin.
El esquema de la presentación contiene una parte de introducción a la problemática (tal vez aceptada, postergada o desconocida pero existente) de no medir el proceso de pruebas o no tener datos históricos de proyectos anteriores, y los beneficios (y desventajas o impedimentos) de realizar esta actividad.
Otra parte de la presentación es la exposición de un caso real en el que se crea un tablero con información siempre actual, de los indicadores de los proyectos históricos y en ejecución del área de pruebas. En esta parte se comenta cuáles son las métricas que se consideran representativas y por qué.
Luego se dan las conclusiones del trabajo volviendo a enfatizar en los beneficios del mismo.
La expectativa del expositor es que la audiencia se lleve la motivación de aplicar (dándole mejor provecho a la infraestructura existente) en su ambiente, departamento o empresa estas iniciativas, con la idea de mejorar su proceso o generar la cultura de mejora continua en la organización.
Sebastián Vázquez
https://www.linkedin.com/in/sebastianvazquez/
• ¿Por qué debemos automatizar?
• ¿Qué debemos automatizar y que no?
• ¿Cuál es el coste de automatizar?
• ¿Qué debemos automatizar antes?
• ¿Cuál es el retorno de inversión de la automatización?
• ¿Cuándo debo automatizar?
• ¿Cómo automatizo?
• ¿Cómo puedo medir el avance de la automatización?
• ¿Cómo testear lo antes posible?
Estas diapositivas explican los beneficios de COSMIC FP, método que utilizó Intellego para satisfacer las necesidades del negocio. El método COSMIC ayudó a reducir la variación esfuerzo con la verificación estadística.
Argentesting 2018 - Cómo medir el esfuerzo de Testing...sin mucho esfuerzoArgentesting
Charla ofrecida por Sebastián Vázquez en el marco de los Talleres durante la 3ra edición de Argentesting
¿Cuánto es el promedio que tardo yo o mi equipo en completar el proceso de pruebas? ¿Cuántas pruebas ejecuté, re ejecuté, u omití en los últimos x proyectos? ¿Cómo mido el tiempo desperdiciado para poder mejorar? ¿Le puedo hacer el control de calidad a mi proceso de pruebas?
Si tu respuesta es “no se” o “y… más o menos…” tenés que estar en esta presentación.
Voy a contarte cómo, construyendo un tablero de control que tome datos de tus herramientas de gestión de incidencias, podés medir fácilmente el esfuerzo de tu proceso y podés tener información para optimizar y mejorar continuamente tu actividad.
La presentación será realizada con soporte de Power Point, comentando sobre las métricas que se pueden utilizar para armar un dashboard o tablero de control en una herramienta de BI que toma como fuente de datos, los introducidos en las herramientas de gestión de incidentes y definición de casos de pruebas.
Este conocimiento puede ser orientado a los gerentes de calidad, encargados de pruebas, dueños de startups o incluso a testers que quieran profesionalizar su trabajo y quienes tengan una real preocupación por medir y conocer en detalle su proceso de pruebas, con el objetivo en mente de optimizar el proceso de inicio a fin.
El esquema de la presentación contiene una parte de introducción a la problemática (tal vez aceptada, postergada o desconocida pero existente) de no medir el proceso de pruebas o no tener datos históricos de proyectos anteriores, y los beneficios (y desventajas o impedimentos) de realizar esta actividad.
Otra parte de la presentación es la exposición de un caso real en el que se crea un tablero con información siempre actual, de los indicadores de los proyectos históricos y en ejecución del área de pruebas. En esta parte se comenta cuáles son las métricas que se consideran representativas y por qué.
Luego se dan las conclusiones del trabajo volviendo a enfatizar en los beneficios del mismo.
La expectativa del expositor es que la audiencia se lleve la motivación de aplicar (dándole mejor provecho a la infraestructura existente) en su ambiente, departamento o empresa estas iniciativas, con la idea de mejorar su proceso o generar la cultura de mejora continua en la organización.
Sebastián Vázquez
https://www.linkedin.com/in/sebastianvazquez/
• ¿Por qué debemos automatizar?
• ¿Qué debemos automatizar y que no?
• ¿Cuál es el coste de automatizar?
• ¿Qué debemos automatizar antes?
• ¿Cuál es el retorno de inversión de la automatización?
• ¿Cuándo debo automatizar?
• ¿Cómo automatizo?
• ¿Cómo puedo medir el avance de la automatización?
• ¿Cómo testear lo antes posible?
Calidad del Software , sus atributos de calidad mediante estanadres IEEE e ISO, además de un test de comprobación de atributos de del software conmo la determinación del costo de la calidad.
In his book ‘Software Metrics and Software Metrology’ Dr. Abran has used a number of metrology concepts to document structural weaknesses in the design of well-known software metrics and, from the lessons learned, he has illustrated next how some metrology criteria had been taken into account in the design of the 2nd generation of a measurement method for the functional size of a software.
In this talk, Dr. Abran will present some key metrology-related lessons learned from the past and how they relate to software measurement. He will also share recent insights from his exploration of the relevance and use of metrology concepts for software measurement, and how close or how far are we in a journey towards the design (and acceptance…) of an 8th base measure for software?
‘Many ad hoc software metrics have been defined and used. But when neither the methods of established metrology nor any comparable alternative are applied, the outcome is metrics and procedures that do not meet expectations for metrological rigor and results whose meaning and significance are unclear.’
From: ‘A Rational Foundation for Software Metrology’ – NIST 2016
A look into the future of the COSMIC method from the perspectives of industry, research and the COSMIC organization, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
How to improve the blessings of the Earned Value Method by using an objective functional size measure like COSMIC to show the real status of a software project, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
How to use the COSMIC method for proper and reliable estimates of software projects, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
For COSMIC, 2014 is the year in which we upgraded the method to version 4.0. The same principles have now become more accessible to novice users and non-native English speakers.
We also worked hard to make the organization more professional. New legislation in Canada speeded up the organizational part, because we had to rewrite our Constitution to fulfill the obligations posed by the new Not For Profit act in Canada. All key positions in the COSMIC organization are now subject to a 3-year review/re-election period to ensure that people holding such a position remain active and committed to the organization and its goals.
In 2014 COSMIC dedicated a lot of time and energy in the relation with national Software Metrics Associations. Now key officials of a number of national SMA’s also hold key positions in the COSMIC organization. Among them the United States, Brazil, Mexico, Germany, Italy, Poland and the Netherlands. This has also resulted in two combined projects:
- The development of a Case Study, together with Nesma
- A common glossary on NFR, together with IFPUG
We also worked hard in realizing an on-line certification exam for the entry-level certification exam. In this way more people can prove their knowledge of the fundamentals of the COSMIC method.
Also we welcomed two additional countries to the IAC: Australia and South Africa. Two important industrialized nations now also have a local representation from COSMIC.
What are the impacts of using COSMIC in an organization and what benefits can you expect, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
Calidad del Software , sus atributos de calidad mediante estanadres IEEE e ISO, además de un test de comprobación de atributos de del software conmo la determinación del costo de la calidad.
In his book ‘Software Metrics and Software Metrology’ Dr. Abran has used a number of metrology concepts to document structural weaknesses in the design of well-known software metrics and, from the lessons learned, he has illustrated next how some metrology criteria had been taken into account in the design of the 2nd generation of a measurement method for the functional size of a software.
In this talk, Dr. Abran will present some key metrology-related lessons learned from the past and how they relate to software measurement. He will also share recent insights from his exploration of the relevance and use of metrology concepts for software measurement, and how close or how far are we in a journey towards the design (and acceptance…) of an 8th base measure for software?
‘Many ad hoc software metrics have been defined and used. But when neither the methods of established metrology nor any comparable alternative are applied, the outcome is metrics and procedures that do not meet expectations for metrological rigor and results whose meaning and significance are unclear.’
From: ‘A Rational Foundation for Software Metrology’ – NIST 2016
A look into the future of the COSMIC method from the perspectives of industry, research and the COSMIC organization, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
How to improve the blessings of the Earned Value Method by using an objective functional size measure like COSMIC to show the real status of a software project, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
How to use the COSMIC method for proper and reliable estimates of software projects, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
For COSMIC, 2014 is the year in which we upgraded the method to version 4.0. The same principles have now become more accessible to novice users and non-native English speakers.
We also worked hard to make the organization more professional. New legislation in Canada speeded up the organizational part, because we had to rewrite our Constitution to fulfill the obligations posed by the new Not For Profit act in Canada. All key positions in the COSMIC organization are now subject to a 3-year review/re-election period to ensure that people holding such a position remain active and committed to the organization and its goals.
In 2014 COSMIC dedicated a lot of time and energy in the relation with national Software Metrics Associations. Now key officials of a number of national SMA’s also hold key positions in the COSMIC organization. Among them the United States, Brazil, Mexico, Germany, Italy, Poland and the Netherlands. This has also resulted in two combined projects:
- The development of a Case Study, together with Nesma
- A common glossary on NFR, together with IFPUG
We also worked hard in realizing an on-line certification exam for the entry-level certification exam. In this way more people can prove their knowledge of the fundamentals of the COSMIC method.
Also we welcomed two additional countries to the IAC: Australia and South Africa. Two important industrialized nations now also have a local representation from COSMIC.
What are the impacts of using COSMIC in an organization and what benefits can you expect, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
Presentation of the approaches with the COSMIC method to determine the functional size early or quick by using approximation approaches, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
La calidad de los sistemas de información se puede contemplar como una disciplina más de la Ingeniería de Software y el principal instrumento para garantizar la calidad de las aplicaciones es sin lugar a dudas el Plan de Calidad el cual se debe basar en normas o estándares genéricos y procedimientos particulares que pueden variar de acuerdo a la organización; pero lo importante es que estén escritos, personalizados, adaptados a los procesos propios, y lo más importante es que sean cumplidos a cabalidad.
Los continuos avances de la tecnología han propiciado la evolución de los sistemas a aplicaciones cada vez más complejas en términos de estructura, funcionalidad e interfaz.
La comunidad de Ingeniería de Software reconoce que las aplicaciones web poseen características que las diferencian de las tradicionales; estas características se deben al tamaño y complejidad de las aplicaciones, el carácter multidisciplinario del equipo de desarrollo, tiempo de entrega del proyecto, requerimientos, etc. Dichas características hacen que los procesos, modelos y métricas existentes para evaluar la calidad tengan que ser adaptados por consecuencia lógica de los cambios en las nuevas tecnologías.
La importancia de implementar estándares de calidad en los sistemas de información es asegurar que: satisfaga los requerimientos del negocio, disminuir los retrasos en la entrega, no exceda el presupuesto original, sea funcional, tenga alto grado de usabilidad, tenga alto rendimiento, y disminuyan el grado de fallas e incrementar el grado de confianza en las aplicaciones y marca o empresa que los desarrolla.
De acuerdo a lo anterior, podemos inferir que el análisis de requerimientos es la base de las métricas de calidad.
La calidad de los sistemas de información se puede contemplar como una disciplina más de la Ingeniería de Software y el principal instrumento para garantizar la calidad de las aplicaciones es sin lugar a dudas el Plan de Calidad el cual se debe basar en normas o estándares genéricos y procedimientos particulares que pueden variar de acuerdo a la organización; pero lo importante es que estén escritos, personalizados, adaptados a los procesos propios, y lo más importante es que sean cumplidos a cabalidad.
Los continuos avances de la tecnología han propiciado la evolución de los sistemas a aplicaciones cada vez más complejas en términos de estructura, funcionalidad e interfaz.
La comunidad de Ingeniería de Software reconoce que las aplicaciones web poseen características que las diferencian de las tradicionales; estas características se deben al tamaño y complejidad de las aplicaciones, el carácter multidisciplinario del equipo de desarrollo, tiempo de entrega del proyecto, requerimientos, etc. Dichas características hacen que los procesos, modelos y métricas existentes para evaluar la calidad tengan que ser adaptados por consecuencia lógica de los cambios en las nuevas tecnologías.
La importancia de implementar estándares de calidad en los sistemas de información es asegurar que: satisfaga los requerimientos del negocio, disminuir los retrasos en la entrega, no exceda el presupuesto original, sea funcional, tenga alto grado de usabilidad, tenga alto rendimiento, y disminuyan el grado de fallas e incrementar el grado de confianza en las aplicaciones y marca o empresa que los desarrolla.
Artículo Estándares de Calidad en los Sistemas de InformaciónArlu Flex
El hablar de modelos y estándares enfocados al aseguramiento de la calidad en los sistemas de información es de gran relevancia, dado que en la actualidad la calidad es un factor fundamental en el desarrollo del negocio de toda organización pública o privada y de modo particular en los sistemas de información.
Uno de los principales problemas a los que nos enfrentamos a la hora de hablar de la calidad de los sistemas de información es: ¿Existe un conjunto de propiedades que nos de una indicación de su calidad?
¿Cómo introducir nuevas iniciativas para el desarrollo de sistemas de información al diseño clásico de software?, ¿El uso sistemático de técnicas para la especificación, diseño y desarrollo resolverá el problema de la producción? ¿Se podrá disminuir el indicador de la cantidad de esfuerzo perdido en el desarrollo y los errores que producen altos costos?
La Calidad de los Sistemas de Información debe implementarse en todo el ciclo de vida del mismo; es decir desde el análisis de requerimientos, aplicación de la metodología y técnicas de desarrollo, reutilización de procesos, prueba de sistemas, ajustes a los estándares de desarrollo, control de cambios, mediciones y gestión de informes sobre control de calidad.
El Software más allá del Software y el Factor “Wow” en la Semana Prosoftware ...SemanticWebBuilder
Es necesario contar con una infraestructura de servicios operativos que funcionen alrededor de los productos, las cuales deben brindar el soporte para que sean un modelo de negocio sustentable y no sólo una elaborada solución tecnológica. Por ello, es importante considerar todas las implicaciones necesarias para la implementación del medio ambiente que revestirá al producto tecnológico tras su liberación, siendo esta igual o más importante quizás que el producto mismo. Para crear el Factor "Wow", se debe fomentar un cambio en cuanto a los esquemas mentales (paradigmas) , logrando de forma natural la obtención de un enfoque creativo que fomente la generación de ideas. Así como proporcionar herramientas para crear una metodología sencilla en la solución de problemas.)
Presentation by Alain Abran and Frank Vogelezang at the CIO breakfast session from Amiti with CIOs from Government and private companies on how the COSMIC method offers critical knowledge for today and tomorrow to improve software project estimation.
Presentation from Alain on the second national software measurement congress in Mexico CNMES.MX on the principles of software cost estimating using the COSMIC method.
Presentation given at the second national software metrics conference CNMES.MX in Mexico on May 29, 2017 on the acceptance and developments of the COSMIC method.
Presentation by Alexandre Oriou from Renault on how Renault has automated their COSMIC functional size measurement in order to have an independent control of both internal and supplier productivity.
Presentation to introduce COSMIC as a formal measurement method and some examples how to use “approximate” methods for estimation.
Презентация ввести COSMIC в качестве официального метода измерения и некоторые примеры, как использовать "приблизительные" методы оценки.
Руководитель ИТ-проекта,
было бы тебе интересно ознакомиться?
с методом измерения функциональных требований для твоего проекта, когда
результат измерения:
является ключевой метрикой для оценки сроков и затрат на ИТ-проект;
используется для контроля «плывущих требований»;
одинаково пригодный, как на уровне системы целиком, так и на уровне компонентов
и/или пользовательских историй, спринтов, релизов, подсистем;
применим для поддержки таких проектных задач как, контроль качества проектных
требований, планирование мероприятий по тестированию и сопровождению.
CNMES'15 : Presentación AMMS - Francisco Valdès Souto
1. Asociación Mexicana de Métricas de
Software
2 - 4 DE SEPTIEMBRE DE 2015
1ER CONGRESO NACIONAL
DE MEDICIÓN Y
ESTIMACIÓN DE
SOFTWARE
AMMSDimensionamiento y Estimación Profesional de Software!
2. Industria de TIC en México
• 30% gasto en TIC es del gobierno
• En 2011 de acuerdo al Modelo de
Valor y Madurez de Gobierno Digital
(MVMGD), el gasto en TIC fue
$37,445 MDP.
• Gasto relacionado con software
(desarrollo y mantenimiento)
aproximadamente $9,248 MDP
4. • ¿Qué podemos automatizar en el
proceso de producción del
software, cuando los que
transforman los Insumos/factores
(requerimientos) en productos
(software) son personas?
• PRÁCTICAS (Subprocesos,
Procedimientos, Modelos,
Actividades, etc.)
Proceso de Producción
Productividad = Producción / Salida
Recursos / Insumos
¿Cuánto se
produce?
5. Efectividad Operacional
• Efectividad Operacional: conlleva
cualquier número de PRÁCTICAS que
le permiten a la empresa utilizar de
mejor manera los insumos de
producción
% Mejora
Tiempo
Barrera de Productividad: Máximo valor
que una compañía puede entregar sobre
un producto o servicio a un costo dado.
7. Madurez de la Ingeniería de Software
• “(1) La aplicación de un enfoque SISTEMÁTICO,
DISCIPLINADO, CUANTIFICABLE al desarrollo, operación
y mantenimiento de software, esto es, la aplicación de
la Ingeniería al Software” IEEE.
• La ingeniería de software es una ingeniería que está
apenas aprendiendo a medir, a estimar y a mejorar la
calidad de sus productos y procesos.
• Mantener el enfoque intuitivo o la forma ad-hoc de
hacer mediciones de software no contribuye a la
madurez de la ingeniería de software.
8. Métricas que incentiven la
competitividad
Si se utilizan las métricas de
cada metodología o de cada
proveedor, cuando se
cambia ya no sirven
Métrica de certidumbre, los
clientes desconfían de los
proveedoresGAP entre
métricas de
proveedores y
las que
requieren los
clientes
Se necesita medir
la productividad
de una manera
clara
Métricas
independientes
de los modelos
para poder
comparar estos
Necesidades de la Industria Mexicana de
Desarrollo de Software (IMDS)
Métrica para pagar sobre
avance
Homogeneizar métricas, compartir riesgos, alinear
expectativas de clientes y proveedores
Definir métricas que fomenten
diálogo consultor-cliente
Certidumbre a los proyectos y
certeza a los demandantes
Estandarizar el
modelo de
medición para
mejorar la
contratación.
Modelo de
métricas simples
que no permita
sea manipulado
9. Problemática IMDS
IneficienciaenGasto
• Malas
estimaciones
• No hay manera
de validar
estimaciones
con certeza
• Falta de
certidumbre
sobre el costo
pagado
• Falta de
elementos
robustos de
aceptación de
propuestas ante
Auditoría
FaltadeControl
• NO existen métricas de
gestión de proyectos que
den certidumbre ni valor
• No son claros ni
homogéneos los artefactos
para estimar los costos
• No se sabe cuánto software
se produce
• Mala gestión de capacidades
internas/externas
• Falta de control de
proveedores de desarrollo de
software
• Riesgo absorbido por la
Entidad
IneficienciadeMercado
• Falla de
mercado
“asimetría de
información”
• No se incentiva
la productividad
• Costos muy
altos
• Falta de
competitividad
10. ¿Regulación Eficiente?
• El Plan Nacional de Desarrollo 2013-2018, en el
apartado México Próspero, la concibe a la
COMPETENCIA como un factor fundamental para
detonar el empleo, la capacidad adquisitiva de los
salarios y la calidad de vida de las familias
mexicanas.
• La COFECE establece que para verificar que
realmente exista una Regulación Eficiente, se
deben de considerar factores como:
• Reducción de prácticas monopólicas
• No reincidencia de prácticas monopólicas
• Información Simétrica en Mercados
• Logro de metas de Competencia Esablecidas
• Nivel de producción de eficiencia
• Ejecución de sanciones y/o multas de forma penal
• Existencia de incentivos para competir
Evidencia de otros países
muestra que la
instrumentación de
reformas en favor de la
competencia podría
contribuir al crecimiento del
Producto Interno Bruto (PIB)
en alrededor de 2.5% e
incrementar la tasa de
empleo entre
2.5 y 5 puntos porcentuales.
11. Asociación Mexicana de Métricas de Software
(AMMS)
AMMS
Dimensionamiento y Estimación Profesional de Software!
Por unas métricas Básicas, Transversales y Trascendentes (BTT)
Basadas en un estándar (ISO
19761 = NMX-I-119)
Sean útiles a toda la cadena de valor
(usuario, comprador, desarrollador, etc.)
Permitan hacer comparaciones entre metodologías
distintas y a través del tiempo
12. MISIÓN
•Prestar servicios de
promoción, recolección,
referencia, y difusión de
métricas relacionadas al
software en las áreas que
resulten de utilidad para
los agentes económicos
implicados en la Industria
Mexicana de Software,
dentro y fuera del
territorio nacional.
13. VISIÓN
•Ser el foro de REFERENCIA y
participación de la Industria
Mexicana de Software en el
ámbito de métricas de
software que fomente una
correcta asignación de
recursos en la Industria
Mexicana de Software
buscando impulsar la
productividad y la
competitividad tanto
internamente como
externamente.
14. Líneas de Acción
Productivdad
Línea Base
de
Productividad
País
Productividad
Segmentada
Difusión de
resultados Estudio
Datos
Integración
de BD de
métricas
mexicana
(BDMMS)
Vinculación
ISBSG
Explotación
(Herramienta)
Bench
markin
g
Costos
Línea Base
de Costos
País
Costos
segmentados
Difusión de
resultados Estudio
Métricas
Derivadas
Métricas de
Proyectos
Métricas
Calidad
Métricas
Personales Estudio
Economía
Asimetría
Información
Elasticidad
Demanda
Propuesta
contratación
distinta
Estudio