RECIBI LA SIGUIENTE CONSULTA Donde estan las buenas prácticas de testing en el CMMI? RESPUESTA: Entiendo que te refieres al contexto de software. Usaré la palabra pruebas en vez de testing. Para pruebas unitarias, puedes revisar Technical Solution (TS), SP 3.1. Para pruebas de Integración, puedes revisar Product Integration (PI). Para pruebas funcionales, pruebas de sistema, pruebas de aceptación y/o pruebas de certificación puedes revisar las areas de proceso Verification (VER) y Validation (VAL). Si el énfasis es pruebas en un ambiente similar al de producción y probar para asegurar que el producto final es el esperado por el usuario entonces usa Validation (VAL). Adicionalmente en la página web http://www.sei.cmu.edu/cmmi/faq/cov-faq.html#MOD21 el SEI explica (esta es una traducción particular):
Se proporcionan ejemplos de pruebas de sistema en la SP 1.1 de VER y en la SP 1.1 de VAL. Sin embargo, "pruebas de sistema" (system testing) no es un término usado en CMMI, pues los términos "sistema" (system) y "pruebas" (testing) pueden interpretarse de muchas formas. El término "sistema" no se usó en CMMI debido a sus múltiples interpretaciones entre diferentes disciplinas. Por razones de consistencia y claridad, en vez de "sistema" se han usado los términos "producto" y "componente de producto". Se usaron los términos "verificación" y "validación" en vez de "pruebas" porque (1) las pruebas pueden ser parte ya sea de la verificación o validación, y (2) las pruebas son sólo un método usado para verificación o validación. De modo que, para encontrar información acerca de "pruebas de sistemas" mejor buscar "verificación de producto" (product verification), "validación de producto" (product validation), "verificación de componente de producto" (product componente verification) y "validación de componente de producto" (product componente validation).
Javier A. dijo... Como se podria institucionalizar un proceso de aseguramiento de la calidad en la etapa de construccion de software?, es decir, como reduciriamos el impacto al cambio de un equipo de trabajo que no tiene un esquema de pruebas adecuado?
Respondí20Enero2010 -----------------------
Primero aclaremos que aseguramiento de la calidad no es pruebas (testing). Es un error de concepto frecuente. Las actividades de pruebas (testing) son actividades de control de calidad no de aseguramiento de la calidad. Es un error llamar aseguramiento de la calidad a las actividades de pruebas (testing).
Segundo, la palabra institucionalizar se refiere a hacer que los procesos de una organización se establezcan de forma que perduren en el tiempo y las personas lo hagan sin necesidad que los estén observando, porque ya han comprendido su valor y además el proceso está en mejora continua.
Tercero, por lo anterior, en un proyecto en particular no podemos institucionalziar un proceso, la institucionalización de procesos toma tiempo, varios proyectos.
Cuarto, si en un proyecto ya estás en la etapa de construcción de software (entiendo codificación) y no existe un proceso de pruebas, pues habrá que hacerlo cuanto antes. Comienza entendiendo que, en general, hay varios niveles de pruebas: pruebas unitarias, pruebas de integración, pruebas de sistema y pruebas de aceptación. Siempre deben haber estos niveles, existen muy pocas excepciones.
Quinto, cómo reducir el impacto al cambio? Si te refieres a cambios en los requerimientos, pues la forma de reducir el impacto es tener iteraciones, puedes usar el RUP, Open Up, scrum, etc. Si te refieres a cambios en el equipo de proyecto, la forma de reducir el impacto es tener un proceso de inducción establecido, hacer que los nuevos integrantes trabajen en pares o hacer revisiones de pares de su trabajo a cargo de los más experimentados, hasta que los nuevos integrantes logren una productividad razonable.
Anónimo dijo... LA INFORMACION QUE BRINDA ES ALGO GENERAL, NO ESTA ESPECIFICADO CLARAMENTE.
Respondí 30Enero2010 ------------------------
Como comprenderás hay diversas consultas y la gran mayoría anónimas de modo que no sé a cuál información te refieres. Si me indicas sobre qué tema deseas información específica, con gusto podré ayudarte.
RECIBÍ CONSULTA 4Febrero2010 11:25 ----------- Anónimo dijo... Existe algún documento, checklist para evaluar en que estatus se encuentra el área de aseguramiento de la calidad de una empresa, me serviría muchisimo esta información.
Como poder evaluar a que nivel o grado de cumplimiento de área de "Aseguramiento de calidad" cuenta una empresa.
RESPONDÍ 12Febrero2010 ----------------------
Imagino que preguntas respecto al CMMI, la respuesta es no. No existe un checklist así.
Aseguramiento de calidad no es testing (pruebas). Es un error frecuente llamar a las actividades de testing o de pruebas aseguramiento de calidad.
Aseguramiento de la calidad es revisar el fiel cumplimiento del proceso, según la descripción estándar del proceso y revisar que los productos de trabajo (entregables intermedios y finales) se producen siguiendo el proceso establecido.
Segundo, ya sea que te refieras al Aseguramiento de la Calidad o al Testing, no hay algún checklist para evaluar el status en el que se encuentra el área de aseguramiento de la calidad en una empresa respecto al CMMI.
Cuando se realiza una evaluación de procesos, la ISO 15504 establece como estándar que: (i) debe usarse un modelo de referencia para la evaluación, y (ii) debe usarse un método de evaluación documentado.
Si usamos el modelo CMMI, podemos hacer evaluaciones SCAMPI para determinar el estado actual de un proceso de testing o de un proceso de aseguramiento de la calidad. La evaluación se realiza según el método SCAMPI, que es un método público que está en la página web del SEI. Lo primero que hay que hacer es elegir el modelo de referencia; CMMI-DEV (CMMI para Desarrollo) ó CMMI-SVC (CMMI para Servicios); luego mapear los procesos que queremos evaluar a las áreas de proceso pues lo que se evalúa es el grado de implementación de las áreas de proceso seleccionadas. Los posibles resultados pueden ser por ejemplo: . Si el proceso de Testing de la organización lo mapeamos a las áreas de proceso Verificación y Validación, un ejemplo de posible resultado es que Validación está en un nivel de capacidad 2 y/o que Verificación está en un nivel de capacidad 1. . El proceso de Aseguramiento de la calidad de la organización tiene un grado de cumplimiento del 45% de las prácticas exigidas para Aseguramiento de la calidad en un nivel de madurez 3. etc.
Pero una evaluación así no se hace con un checklist. Existen checklists pero son de referencia y de ayuda propios de cada evaluador, no hay un checklist con las preguntas oficiales del SEI o del método SCAMPI A en base al cual se hace la evaluación. La evaluación se hace siguiendo el método SCAMPI. Hay 3 clases: SCAMPI A, B y C. Un SCAMPI A es mas riguroso y requiere más tiempo y recursos. Un Scampi B es emnos riguroso y por tanto requiere menos esfuerzo y tiempo. Finalmente un SCAMPI C puede hacerse en 2 días, es una evaluación a alto nivel, pero permite evaluar el enfoque del proceso que queremos evaluar respecto al modelo CMMI.
Si salimos del alcance del CMMI y en realidad te refieres a Testing, si hay otros modelos que evalúan el estado actual del testing en una organización, por ejemplo Test Maturity Model Integration (TMMi).
Buenos días mi pregunta es: el modelo CMMI es recomendable sólo para empresas medianas o grandes? qué opina usted? vale la pena intentarlo en una pequeña o cree que existen mejores alternativas que se ajustan mejor a esta realidad. Muchas gracias por su respuesta.
Buenos tardes. Por favor quisiera saber que empresas brindan el servicio de acompañamiento en la implementación CMMI en el Perú? La misma empresa que me acompaña en el proceso de mejora puede evaluarme en SCAMPI A?. gracias!
RECIBÍ CONSULTA 3 SEPT 2010 ----------------- Buenos días mi pregunta es: el modelo CMMI es recomendable sólo para empresas medianas o grandes? qué opina usted? vale la pena intentarlo en una pequeña o cree que existen mejores alternativas que se ajustan mejor a esta realidad. Muchas gracias por su respuesta. RESPONDI 3 SEP 2010---------------------------
Mi respuesta es que si es recomendable. Es un error frecuente creer que el CMMI es sólo para empresas medianas o grandes. El CMMI es apropiado para empresas pequeñas y muy pequeñas, tiene toda la flexibilidad necesaria para eso. He apoyado y he evaluado organizaciones de 4, 12 y 25 personas que han logrado niveles de madurez 2 y 3 y niveles de capacidad 2 en diversas áreas de proceso. De modo que es completamente factible. Reconozco que muchas personas en el mercado, algunas reconocidas, están en desacuerdo y esto se debe a: i. Su desconocimiento ii. Experiencias fallidas. El 25% de las organizaciones en el mundo que usan CMMI tienen menos de 25 personas. Si agregas al CMMI el Scrum com framework de procesos mejor aun.
Si deseas más información puedes contactarme a david.arteaga@processconsulting.net
RECIBI CONSULTA 3 SEP 2010--------------------- Buenos tardes. Por favor quisiera saber que empresas brindan el servicio de acompañamiento en la implementación CMMI en el Perú? La misma empresa que me acompaña en el proceso de mejora puede evaluarme en SCAMPI A?. gracias! RESPONDI 3 SEP 2010---------------------------- Respecto a la primera pregunta escribeme a david.arteaga@processconsulting y puedo darte informacion especifica. Respecto a la segunda pregunta la respuesta es si, es decir, la misma empresa que te capacita y acompaña puede realizar la evaluación SCAMPI A. No existe restricción al respecto. Existen diversas restricciones y requisitos, pero al respecto no hay. Lo que no está permitido es que el evaluador líder que liderará la evaluación SCAMPI A evalúe su mismo trabajo. Si tienes consultas específicas al respecto puedes contactarme a david.arteaga@processconsulting.net
RECIBI LA SIGUIENTE CONSULTA
ResponderSuprimirDonde estan las buenas prácticas de testing en el CMMI?
RESPUESTA:
Entiendo que te refieres al contexto de software.
Usaré la palabra pruebas en vez de testing.
Para pruebas unitarias, puedes revisar Technical Solution (TS), SP 3.1.
Para pruebas de Integración, puedes revisar Product Integration (PI).
Para pruebas funcionales, pruebas de sistema, pruebas de aceptación y/o pruebas de certificación puedes revisar las areas de proceso Verification (VER) y Validation (VAL).
Si el énfasis es pruebas en un ambiente similar al de producción y probar para asegurar que el producto final es el esperado por el usuario entonces usa Validation (VAL).
Adicionalmente en la página web http://www.sei.cmu.edu/cmmi/faq/cov-faq.html#MOD21 el SEI explica (esta es una traducción particular):
Se proporcionan ejemplos de pruebas de sistema en la SP 1.1 de VER y en la SP 1.1 de VAL. Sin embargo, "pruebas de sistema" (system testing) no es un término usado en CMMI, pues los términos "sistema" (system) y "pruebas" (testing) pueden interpretarse de muchas formas.
El término "sistema" no se usó en CMMI debido a sus múltiples interpretaciones entre diferentes disciplinas. Por razones de consistencia y claridad, en vez de "sistema" se han usado los términos "producto" y "componente de producto". Se usaron los términos "verificación" y "validación" en vez de "pruebas" porque (1) las pruebas pueden ser parte ya sea de la verificación o validación, y (2) las pruebas son sólo un método usado para verificación o validación.
De modo que, para encontrar información acerca de "pruebas de sistemas" mejor buscar "verificación de producto" (product verification), "validación de producto" (product validation), "verificación de componente de producto" (product componente verification) y "validación de componente de producto" (product componente validation).
Recibí consulta 20Octubre2009 19:57 ------
ResponderSuprimirJavier A. dijo...
Como se podria institucionalizar un proceso de aseguramiento de la calidad en la etapa de construccion de software?, es decir, como reduciriamos el impacto al cambio de un equipo de trabajo que no tiene un esquema de pruebas adecuado?
Respondí20Enero2010 -----------------------
Primero aclaremos que aseguramiento de la calidad no es pruebas (testing). Es un error de concepto frecuente. Las actividades de pruebas (testing) son actividades de control de calidad no de aseguramiento de la calidad. Es un error llamar aseguramiento de la calidad a las actividades de pruebas (testing).
Segundo, la palabra institucionalizar se refiere a hacer que los procesos de una organización se establezcan de forma que perduren en el tiempo y las personas lo hagan sin necesidad que los estén observando, porque ya han comprendido su valor y además el proceso está en mejora continua.
Tercero, por lo anterior, en un proyecto en particular no podemos institucionalziar un proceso, la institucionalización de procesos toma tiempo, varios proyectos.
Cuarto, si en un proyecto ya estás en la etapa de construcción de software (entiendo codificación) y no existe un proceso de pruebas, pues habrá que hacerlo cuanto antes. Comienza entendiendo que, en general, hay varios niveles de pruebas: pruebas unitarias, pruebas de integración, pruebas de sistema y pruebas de aceptación. Siempre deben haber estos niveles, existen muy pocas excepciones.
Quinto, cómo reducir el impacto al cambio?
Si te refieres a cambios en los requerimientos, pues la forma de reducir el impacto es tener iteraciones, puedes usar el RUP, Open Up, scrum, etc.
Si te refieres a cambios en el equipo de proyecto, la forma de reducir el impacto es tener un proceso de inducción establecido, hacer que los nuevos integrantes trabajen en pares o hacer revisiones de pares de su trabajo a cargo de los más experimentados, hasta que los nuevos integrantes logren una productividad razonable.
Recibí consulta 8Noviembre2009 19:31 -------
ResponderSuprimirAnónimo dijo...
LA INFORMACION QUE BRINDA ES ALGO GENERAL, NO ESTA ESPECIFICADO CLARAMENTE.
Respondí 30Enero2010 ------------------------
Como comprenderás hay diversas consultas y la gran mayoría anónimas de modo que no sé a cuál información te refieres. Si me indicas sobre qué tema deseas información específica, con gusto podré ayudarte.
RECIBÍ CONSULTA 4Febrero2010 11:25 -----------
ResponderSuprimirAnónimo dijo...
Existe algún documento, checklist para evaluar en que estatus se encuentra el área de aseguramiento de la calidad de una empresa, me serviría muchisimo esta información.
Como poder evaluar a que nivel o grado de cumplimiento de área de "Aseguramiento de calidad" cuenta una empresa.
RESPONDÍ 12Febrero2010 ----------------------
Imagino que preguntas respecto al CMMI, la respuesta es no. No existe un checklist así.
Aseguramiento de calidad no es testing (pruebas). Es un error frecuente llamar a las actividades de testing o de pruebas aseguramiento de calidad.
Aseguramiento de la calidad es revisar el fiel cumplimiento del proceso, según la descripción estándar del proceso y revisar que los productos de trabajo (entregables intermedios y finales) se producen siguiendo el proceso establecido.
Segundo, ya sea que te refieras al Aseguramiento de la Calidad o al Testing, no hay algún checklist para evaluar el status en el que se encuentra el área de aseguramiento de la calidad en una empresa respecto al CMMI.
Cuando se realiza una evaluación de procesos, la ISO 15504 establece como estándar que:
(i) debe usarse un modelo de referencia para la evaluación, y
(ii) debe usarse un método de evaluación documentado.
Si usamos el modelo CMMI, podemos hacer evaluaciones SCAMPI para determinar el estado actual de un proceso de testing o de un proceso de aseguramiento de la calidad.
La evaluación se realiza según el método SCAMPI, que es un método público que está en la página web del SEI. Lo primero que hay que hacer es elegir el modelo de referencia; CMMI-DEV (CMMI para Desarrollo) ó CMMI-SVC (CMMI para Servicios); luego mapear los procesos que queremos evaluar a las áreas de proceso pues lo que se evalúa es el grado de implementación de las áreas de proceso seleccionadas.
Los posibles resultados pueden ser por ejemplo:
. Si el proceso de Testing de la organización lo mapeamos a las áreas de proceso Verificación y Validación, un ejemplo de posible resultado es que Validación está en un nivel de capacidad 2 y/o que Verificación está en un nivel de capacidad 1.
. El proceso de Aseguramiento de la calidad de la organización tiene un grado de cumplimiento del 45% de las prácticas exigidas para Aseguramiento de la calidad en un nivel de madurez 3.
etc.
Pero una evaluación así no se hace con un checklist. Existen checklists pero son de referencia y de ayuda propios de cada evaluador, no hay un checklist con las preguntas oficiales del SEI o del método SCAMPI A en base al cual se hace la evaluación. La evaluación se hace siguiendo el método SCAMPI. Hay 3 clases: SCAMPI A, B y C. Un SCAMPI A es mas riguroso y requiere más tiempo y recursos. Un Scampi B es emnos riguroso y por tanto requiere menos esfuerzo y tiempo. Finalmente un SCAMPI C puede hacerse en 2 días, es una evaluación a alto nivel, pero permite evaluar el enfoque del proceso que queremos evaluar respecto al modelo CMMI.
Si salimos del alcance del CMMI y en realidad te refieres a Testing, si hay otros modelos que evalúan el estado actual del testing en una organización, por ejemplo Test Maturity Model Integration (TMMi).
Buenos días mi pregunta es: el modelo CMMI es recomendable sólo para empresas medianas o grandes? qué opina usted? vale la pena intentarlo en una pequeña o cree que existen mejores alternativas que se ajustan mejor a esta realidad. Muchas gracias por su respuesta.
ResponderSuprimirBuenos tardes.
ResponderSuprimirPor favor quisiera saber que empresas brindan el servicio de acompañamiento en la implementación CMMI en el Perú?
La misma empresa que me acompaña en el proceso de mejora puede evaluarme en SCAMPI A?.
gracias!
RECIBÍ CONSULTA 3 SEPT 2010 -----------------
ResponderSuprimirBuenos días mi pregunta es: el modelo CMMI es recomendable sólo para empresas medianas o grandes? qué opina usted? vale la pena intentarlo en una pequeña o cree que existen mejores alternativas que se ajustan mejor a esta realidad. Muchas gracias por su respuesta.
RESPONDI 3 SEP 2010---------------------------
Mi respuesta es que si es recomendable.
Es un error frecuente creer que el CMMI es sólo para empresas medianas o grandes.
El CMMI es apropiado para empresas pequeñas y muy pequeñas, tiene toda la flexibilidad necesaria para eso.
He apoyado y he evaluado organizaciones de 4, 12 y 25 personas que han logrado niveles de madurez 2 y 3 y niveles de capacidad 2 en diversas áreas de proceso. De modo que es completamente factible.
Reconozco que muchas personas en el mercado, algunas reconocidas, están en desacuerdo y esto se debe a:
i. Su desconocimiento
ii. Experiencias fallidas.
El 25% de las organizaciones en el mundo que usan CMMI tienen menos de 25 personas.
Si agregas al CMMI el Scrum com framework de procesos mejor aun.
Si deseas más información puedes contactarme a david.arteaga@processconsulting.net
RECIBI CONSULTA 3 SEP 2010---------------------
ResponderSuprimirBuenos tardes.
Por favor quisiera saber que empresas brindan el servicio de acompañamiento en la implementación CMMI en el Perú?
La misma empresa que me acompaña en el proceso de mejora puede evaluarme en SCAMPI A?.
gracias!
RESPONDI 3 SEP 2010----------------------------
Respecto a la primera pregunta escribeme a david.arteaga@processconsulting y puedo darte informacion especifica.
Respecto a la segunda pregunta la respuesta es si, es decir, la misma empresa que te capacita y acompaña puede realizar la evaluación SCAMPI A. No existe restricción al respecto. Existen diversas restricciones y requisitos, pero al respecto no hay.
Lo que no está permitido es que el evaluador líder que liderará la evaluación SCAMPI A evalúe su mismo trabajo.
Si tienes consultas específicas al respecto puedes contactarme a david.arteaga@processconsulting.net