tag:blogger.com,1999:blog-4526584026779780837.post1992241067652019533..comments2014-03-07T10:34:35.097-03:00Comments on Ideas Sobre el Software: La Calidad (no?) se negociaRaúl Martínezhttp://www.blogger.com/profile/08991003632931479426noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-4526584026779780837.post-40992359355530685162013-05-25T23:34:06.883-03:002013-05-25T23:34:06.883-03:00Continuación de la respuesta al post de linkedin:
...Continuación de la respuesta al post de linkedin:<br /><br />la calidad (objetiva) se puede definir como una serie de atributos y valores objetivo a lograr.<br />estos se descubren desde el inicio del desarrollo y se continúan descubriendo y planificando a lo largo del desarrollo. <br />Durante la ejecución el contexto puede cambiar (del proyecto y/o del producto). Esto puede hacer que dichos atributos deban revisarse hacia valores que el nuevo contexto imponga. <br />No quiere decir que no se pruebe el producto. Sólo se adecua a la nueva realidad. Esta es la nueva expectativa de calidad que se tiene para el producto.<br />Negociar no es "mala palabra" sólo es adaptarse a lo posible.<br />Raúl Martínezhttps://www.blogger.com/profile/08991003632931479426noreply@blogger.comtag:blogger.com,1999:blog-4526584026779780837.post-58501739506199153582013-05-24T10:08:23.002-03:002013-05-24T10:08:23.002-03:00Es interesante. Este post se discutió en linkedin ...Es interesante. Este post se discutió en linkedin en nuestro grupo Mejora de Procesos de TI, creo que es http://www.linkedin.com/groups/Mejora-Procesos-TI-2603073?home=&gid=2603073&trk=anet_ug_hm.<br /><br />Rescato algunos comentarios. Completos van sólo publico los míos, ya que los otros los autores los postearon en linkedin y no aquí.<br /><br />El primero de los comentarios hablaba de aplicar QA y QC para garantizar la calidad.<br />El segundo mencionaba que siempre que la tiempo y costo pueden condicionar la calidad<br />El tercero menciona que la calidad se mejora, si se negocia se pierde calidad.<br /><br />aquí mi respuesta:<br /><br />Raúl Martínez • Es evidente que faltan datos para responder a mi pregunta acerca de negociar o no la calidad.<br />En principio, la pieza de software estaba terminada o avanzada, de modo que se podía probar. No hay nada que indique que no se realizó QA durante su desarrollo. <br /><br />El problema es posterior. Por motivos no explicitados la gerencia recorta el presupuesto y por lo tanto se debe relajar alguna restricción, o del proyecto o del producto.<br /><br />Si se eligen las del producto, hay varias posibilidades. La mencionada aquí es acotar su prueba, que tiene una serie de objetivos a validar en los atributos de calidad. Una acción posible es verificar si la rigurosidad de la prueba inicialmente planificada puede ser relajada dentro de un límite de riesgo aceptable.<br /><br />Esto no implica que todos los atributos de calidad sean ignorados o probados con menos rigurosidad, sino sólo aquéllos que tengan un impacto menor de acuerdo al riesgo que el producto genere en su contexto.<br /><br />En resumen, si la calidad de un producto es la adecuada combinación de una serie de características esperadas en su adecuada medida, lo que estaríamos revisando, porque la realidad así nos lo pide, es cómo podemos ajustar esa medida hasta el límite del riesgo que aceptamos tomar. Tomada esta decisión tanto el líder del proyecto como QA y QC harán su trabajo de ver si se cumple el nuevo compromiso.<br /><br /> <br />Raúl Martínezhttps://www.blogger.com/profile/08991003632931479426noreply@blogger.com