Espiral de conocimiento: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| Line 42: | Line 42: | ||
Algunos ejemplos de esta tensión: | Algunos ejemplos de esta tensión: | ||
<blockquote>''La diferencia entre un atracador de bancos y un teórico de CMM es que con el atracador se puede negociar...''</blockquote> | <blockquote>''La diferencia entre un atracador de bancos y un teórico de CMM es que con el atracador se puede negociar...''</blockquote> | ||
<blockquote>''La evaluación en CMM depende más de una buena presentación en papel que da la calidad real del producto de software. Tiene que ver más con el seguimiento a ciegas de una metodología que con el desarrollo y puesta en producción de un sistema en el panorama tecnológico''". <sup>1</sup> </blockquote> | <blockquote>''La evaluación en CMM depende más de una buena presentación en papel que da la calidad real del producto de software. Tiene que ver más con el seguimiento a ciegas de una metodología que con el desarrollo y puesta en producción de un sistema en el panorama tecnológico''".<sup>1</sup> </blockquote> | ||
<blockquote>''Si uno pregunta a un ingeniero de software típico si cree que CMM se puede aplicar a los métodos ágiles, responderá o con una mirada de sorpresa o con una carcajada histérica''. <sup>2</sup></blockquote> | <blockquote>''Si uno pregunta a un ingeniero de software típico si cree que CMM se puede aplicar a los métodos ágiles, responderá o con una mirada de sorpresa o con una carcajada histérica''.<sup>2</sup></blockquote> | ||
==Espiral dialéctica del conocimiento== | ==Espiral dialéctica del conocimiento== | ||
| Line 55: | Line 55: | ||
No hay métodos, prácticas o modelos de trabajo que nos ayuden con solvencia durante mucho tiempo, sino conocimiento en evolución. Esta es una consideración clave en el marco de Scrum Manager y la razón por la que no define un modelo fijo, sino un conocimiento actualizado como base para una gestión más experta que técnica. Más basada en el criterio documentado y experto del gestor que en la aplicación de prácticas o procesos. | No hay métodos, prácticas o modelos de trabajo que nos ayuden con solvencia durante mucho tiempo, sino conocimiento en evolución. Esta es una consideración clave en el marco de Scrum Manager y la razón por la que no define un modelo fijo, sino un conocimiento actualizado como base para una gestión más experta que técnica. Más basada en el criterio documentado y experto del gestor que en la aplicación de prácticas o procesos. | ||
==Referencias== | |||
*<sup>1</sup>Orr., Ken (2003) "CMM versus Agile Development: Religious wars and software development", ''Cutter Consortium'', Executive Reports. | |||
*<sup>2</sup>Turner, R.; Jain, A. (2002) "Agile Meets CMMI: Culture Clash or Common Cause?", ''XP/Agile Universe'', pp. 153-165. | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||