1,663
edits
Espiral de conocimiento: Difference between revisions
no edit summary
(Created page with "__NOTOC__ ==Conocimiento en continua evolución== Los marcos de prácticas ágiles no surgen en los proyectos TIC como “tesis” sino como “antítesis” del conocimiento...") |
No edit summary |
||
| Line 18: | Line 18: | ||
De esta forma la estrategia de aplicar ingeniería de procesos para atajar los retos de los proyectos de software es la tesis a cuyos problemas y contradicciones se contrapone la agilidad. | De esta forma la estrategia de aplicar ingeniería de procesos para atajar los retos de los proyectos de software es la tesis a cuyos problemas y contradicciones se contrapone la agilidad. | ||
El reto de los proyectos TIC se identificó por primera vez en 1968 en la primera conferencia sobre desarrollo de software celebrada por la organización OTAN, en la que se acuñó el término “crisis del software” para definir los problemas comunes y recurrentes de los proyectos de software que siempre desbordaban las agendas y los presupuestos de sus planes iniciales, además de no conseguir resultados con la calidad esperada. | El reto de los proyectos TIC se identificó por primera vez en 1968 en la primera conferencia sobre desarrollo de software celebrada por la organización OTAN, en la que se acuñó el término “crisis del software” para definir los problemas comunes y recurrentes de los proyectos de software que siempre desbordaban las agendas y los presupuestos de sus planes iniciales, además de no conseguir resultados con la calidad esperada. | ||
La conclusión de la conferencia de la OTAN de 1968 | La conclusión de la conferencia de la OTAN de 1968 [[Dijkstra 1969]] fue la necesidad de crear una disciplina científica que como ocurría en otras áreas, permitiera aplicar un enfoque sistemático disciplinado y cuantificable al desarrollo, operación y mantenimiento de los sistemas del software, es decir, la aplicación de la ingeniería de procesos al software. Fue el nacimiento de la Ingeniería del Software. | ||
La primera estrategia de la Ingeniería del software (tesis) se ha basado en dos pilares: | La primera estrategia de la Ingeniería del software (tesis) se ha basado en dos pilares: | ||
*Ingeniería de procesos | *Ingeniería de procesos | ||
*Gestión predictiva | *Gestión predictiva ([[Consideraciones sobre la gestión de proyectos predictiva|rel.]]) | ||
El primero para aplicar el principio básico de calidad contrastado con éxito en los entornos de producción industrial: “la calidad del resultado depende de la calidad de los procesos empleados”. | El primero para aplicar el principio básico de calidad contrastado con éxito en los entornos de producción industrial: “la calidad del resultado depende de la calidad de los procesos empleados”. | ||
| Line 30: | Line 30: | ||
Mientras este conocimiento iba evolucionando y perfeccionándose a través de diferentes modelos de procesos y cuerpos de conocimiento de gestión de proyectos (MIL-Q9858, ISO9000, ISO9000-3, ISO 12207, SPICE, SW | Mientras este conocimiento iba evolucionando y perfeccionándose a través de diferentes modelos de procesos y cuerpos de conocimiento de gestión de proyectos (MIL-Q9858, ISO9000, ISO9000-3, ISO 12207, SPICE, [[CMM-SW]], [[ISO 15504]], [[CMMI]], etc.) en la industria del software surgían dudas y se cuestionaba esta estrategia. | ||
¿La planificación predictiva es apropiada para cualquier proyecto? ¿Los criterios de éxito son siempre el cumplimiento fechas, costes y funcionalidades preestablecidas? | ¿La planificación predictiva es apropiada para cualquier proyecto? ¿Los criterios de éxito son siempre el cumplimiento fechas, costes y funcionalidades preestablecidas? | ||