Software Process Improvement | CMM | Métodos Ágiles | Six Sigma | Mantenimiento | Requisitos | Pruebas | Inspecciones | Offshore | Lean

Software Process Improvement

Un marco para la evolución del Sistema de Ingeniería de Sistemas
Nos proporcionará un marco para Examinar las Diferencias entre los Sistemas de Ingeniería y el Sistema de Ingeniería de Sistemas (SOSE). Al tomar puntos de vista normativo, descriptivo y prescriptivo de estas construcciones, las similitudes y las Diferencias identificados Pueden ser mejor. Por otra parte, tomamos nota de que el trabajo es adicional Necesaria en el desarrollo de los modelos normativos y de carácter preceptivo, un fin de Avanzar en la comprensión tanto de Ingeniería de Sistemas y SOSE. Artículo de Ricardo Valerdi, Adam Ross y Donna Rhodes. (6 páginas)
Haga clic aquí para leer "Un marco para la evolución del Sistema de Ingeniería de Sistemas"!

Sistema de Software de Ingeniería: Un tutorial de
Aplicando el sistema de principios de ingeniería Específicamente al desarrollo de grandes sistemas de software complejos Proporciona una poderosa herramienta para el Proceso y Gestión de Productos. La ingeniería de software tiene sus primeras raíces en la Ingeniería de Sistemas que se Refleja en sus muchos términos comunes. Este artículo ABORDA LA FUSIÓN de la Ingeniería de Sistemas e Ingeniería de software llamada Ingeniería de Sistemas de software. Ingeniería de Sistemas se ve en el control del desarrollo total del sistema Incluyendo el software. Ingeniería de software se ve un sólo Controlar el desarrollo de software. (Ingenieros de sistema llamaría de ingeniería de software de ingeniería de componentes.) La Aplicación de la Ingeniería de Sistemas para el Desarrollo de Software Se ofrece una gran medida de control de desarrollo de software. El artículo por el Dr. Richard Thayer. (10 páginas)
Haga clic aquí para leer "Sistema de Ingeniería de Software: Un tutorial de"!

Su Programa de Mejora de Procesos - ¿Está preparada la Organización para el cambio?
Ha habido Numerosos informes de las empresas la Consecución de los Beneficios que vienen el Avance de la Con A más altos NIVELES ® o la iniciación de un programa Seis de madurez con el Marco de CMMI del Software Engineering Institute de Sigma de alta calidad. Por supuesto, existencial Numerosos modelos de mejora de otros procesos cuentos como COBIT e ITIL Todo lo Cual Puede resultar en historias de éxito similar. Pero la dura realidad de Algunos programas de mejora es que Pueden Fallan y. David Herron destaca seis Factores de Riesgo que Pueden CONTRIBUIR al éxito de un programa de mejora de procesos. (4 páginas)
Haga clic aquí para leer "El Proceso de Mejora de Programa - ¿Está preparada la Organización para el cambio"!

Procesos de Software: Plan de trabajo
Este documento, de Alfonso Fuggetta del Politecnico di Milano, TRATA DE Presentar brevemente la historia y logros de la investigación de procesos de software, Algunas de evaluación crítica de los resultados de procesos de software hasta la fecha, las direcciones y Posibles para el futuro trabajo de procesos de software. (7 páginas)
Haga clic aquí para leer "Software Process: Una hoja de ruta"!

Procesos de Software: Una retrospectiva y un camino para el futuro
Este documento, por Gianpaolo Cugola y Carlo Ghezzi, Intenta caracterizar los principales métodos de procesos de software que se han seguido Históricamente por la ingeniería de software pero También de Identificar las fortalezas, debilidades, motivaciones e ideas falsas que Conducen a la constante evolución del campo de proceso del software. Se concluye con una discusión de los que el campo de proceso del software es ahora y lo que el programa de investigación para el futuro de los procesos de software se vera así. (22 páginas)
Haga clic aquí para leer "Procesos de Software: Una retrospectiva y un camino para el futuro"!

Proceso de Aplicación de
Este documento, por Sarah A. Sheard del Consorcio de Software de Productividad, Proporciona una lista de la Aplicación de procesos de software y las acciones que Institucionalización de las Organizaciones Deberían Considerar La Posibilidad de Garantizar que los procesos de software se Utilizan Adecuadamente. Pasos descritos incluyen IVA las actividades necesarias para Establecer el entorno para la Aplicación de procesos de software, proceso en curso de las tareas de mantenimiento del software que Necesitan para persistir, y uno específico de las tareas de ejecución Inician vez que el uso de procesos de de software. (11 páginas)
Haga clic aquí para leer "Proceso de Aplicación"!

Ingeniería del Software: El Estado del Arte en 2005
La expresión estado "del arte" se Refiere a las prácticas de desarrollo de software que siempre han Dado resultados que Están en el 15% superior de aproximadamente 12.000 proyectos examinados de software. Hay Cientos de Maneras de Desarrollar el software que dan Lugar a excesos y fracasos. Sorprendentemente, sólo hay Algunas Maneras de Desarrollar el software que siempre resultará en resultados Exitosos. Este artículo de Alcaparras Jones examen los tres eslabones más débiles de la cadena de Prácticas de Desarrollo de Software: los relacionados con la planificación y estimación antes del inicio de proyectos de software, los relacionados con la absorción de la Evolución de las Necesidades de software Durante El Proyecto, y Aquellos Que Tuvieron éxito Minimizar los errores de software o defectos una Través de un excelente control de software de calidad. (22 páginas)
Haga clic aquí para leer "Ingeniería del Software: El Estado del Arte en 2005"!

El impacto de la mala calidad y Escasez de proyectos cancelados en el Trabajo de Software de
En este artículo de Alcaparras Jones, la hipótesis se Propone que no seria una significativa ESCASEZ DE personales si el software de el verdadero nivel de errores en el software Puede ser reducido o eliminado. La Cantidad de esfuerzo del software empleado en proyectos de software que ser cancelada DEBIDO AL excesivo contenido de error Aparece absorbente para más del 15% de la fuerza mundial de software de trabajo. Además, alrededor del 60% de la fuerza de trabajo de software de EE.UU. PARTICIPAN en la fijación de los errores de software evitado Podrían haberse Que. Un fuerte Énfasis en el control de calidad de software y software de análisis de riesgos Parecen Ofrecer importantes ventajas económicas, Reduciendo la Cantidad de software de ingeniería Esfuerzos que actualmente se invierten en las reparaciones de defectos de Programas y proyectos de software demasiado Escasa calidad construidos para ser completada. (14 páginas)
Haga clic aquí para leer "El impacto de la mala calidad y Escasez de proyectos cancelados en el Trabajo de Software"!

Un Estado CAI de la entrevista de práctica con el Dr. Michael Cusumano, MIT Sloan School of Management de de de
Michael A. Cusumano es la Sloan Management Review Distinguido Profesor del MIT Sloan School of Management. Se especializa en Estrategia, Desarrollo de Productos, y el espíritu empresarial en el negocio de software. Ha sido Director de varias Compañías de software públicas y privadas, y ha consultado para aproximadamente 50 grandes empresas de todo el mundo. El profesor Cusumano es el co-autor del best-seller internacional --Secretos de Microsoft, Que ha sido traducido a 14 idiomas. Su libro más reciente esThe Business of Software: What Every Manager, Programmer, y el empresario Debe saber para sobrevivir y prosperar, en Good Times and Bad. Nuestra entrevista con Michael Cusumano y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), se llevo A Cabo en junio de 2005.
Haga clic aquí para la entrevista con el Dr. Michael Cusumano!

Desarrollo de software de todo el mundo: El Estado de la Práctica
Este artículo de Michael Cusumano, Alan MacCormack, Chris Kemerer, y Bill Crandall comentarios de los primeros resultados descriptivos de una encuesta mundial de proyectos de software terminado. La encuesta tiene por Objeto Examinar el impacto de las prácticas de desarrollo de software en DIVERSAS dimensiones del desempeño de proyectos de software. En el curso de su estudio, los autores de contraste Cascada más convencionales de software de modelos de estilo de desarrollo con nuevos estilos de desarrollo de software Basado en métodos iterativos. También especulan sobre la Exactitud de la Calidad del Software de la India y los comentarios de la productividad de software. (7 páginas)
Haga clic aquí para leer "Desarrollo de Software en el mundo: El Estado de la Práctica"!

Trade-offs entre productividad y calidad en la selección de las Prácticas de Desarrollo de Software
Este artículo de Michael Cusumano, Alan MacCormack, Chris Kemerer, y Bill Crandall Mira cómo Ciertas prácticas de desarrollo de software, propuesto por diversos modelos de desarrollo de software, afectar el rendimiento. Al Examinar las prácticas de las Asociaciones de Desarrollo de software con múltiples dimensiones de la actuación de las Naciones Unidas Través de una serie de proyectos, que son Capaces de Examinar las ventajas y desventajas que PARTICIPAN en el diseño de procesos de software para la optimización de los Criterios específicos de desempeño. (8 páginas)
Haga clic aquí para leer "el equilibrio entre la productividad y calidad en la selección de las Prácticas de Desarrollo de Software"!

Utilizando el enfoque de costo de la Calidad de software
Costo de la Calidad de Software (CoSQ) es una técnica de contabilidad que es útil para Permitir que nuestra comprensión de los intercambios económicos equilibrios Implicados en la distribución de software de buena calidad. Comúnmente Utilizados en la fabricación, su adaptación al software OFRECE La Promesa de la Prevención de la Calidad del Software de pobres, pero, lamentablemente, tiene muy poco uso hasta la fecha. Este artículo de Herb Krasner examinan los fundamentos y el contexto para el uso de Costo de la Calidad de Software (CoSQ), entonces se define un costo básico de Calidad de Software (CoSQ) un modelo que distingue los costos involucrados con el manejo de no conformidades, DEBIDO a la falta de calidad de software, los Esfuerzos de evaluación realizado para la Consecución de la Calidad del Software aceptable, y los Esfuerzos para Prevenir la mala calidad del software OCURRA. (6 páginas)
Haga clic aquí para leer "Con el costo de la Calidad Enfoque de Software"!

La vista cognitivo: una mirada DISTINTA de Diseño de Software
"¿Qué es el diseño de software?" Metodologías no son de diseño - Que son los marcos para Organizar los Esfuerzos de diseño. Del mismo modo, las lenguas no son de diseño - Que son las representaciones para la documentación de diseño una vez que se ha formulado. La curiosidad? Encuentra la respuesta en este extracto del nuevo libro de Robert Glass "Software de conflictos". (9 páginas)
Haga clic aquí para leer "La vista cognitivo: una mirada DISTINTA de Diseño de Software"!

Diez mejores influencias de Ingeniería del Software
En este artículo de IEEE Software, Steve McConnell Establecidos para Obtener una perspectiva sobre las mejores influencias visto Durante la primera ingeniería de software de 50 años. Tras la redacción de una lista inicial de influencias, se ha Volvió a su Consejo Asesor IEEE (IEEE El editorial de software industrial Activa consejos asesores formado por destacados Expertos de todo el mundo). Lo que sigue es la discusión de las mejores influencias en la ingeniería de software. (11 páginas)
Haga clic aquí para leer el artículo!

Software de Economía: Plan de trabajo
Diseño de software es una actividad de inversión y la economía de software es el campo que tiene por Objeto Permitir mejoras significativas en el diseño de la ingeniería de software y A Través del razonamiento económico sobre el Proceso producto, programa, y la cartera de Cuestiones y política. Este artículo de Barry Boehm y Kevin Sullivan, resume el estado de la técnica y se identifican las Deficiencias en los Conocimientos existentes. Un trabajo anterior se centra en gran medida de los costos, no en los beneficios. De los autores Presentan una hoja de ruta para la Investigación Haciendo Hincapié en la Necesidad de un enfoque de inversión estratégica para la ingeniería de software. Discuten cómo la economía de software Puede conducir una Fundamentales Mejoras en el diseño de software y la ingeniería, tanto en la teoría y la práctica. (24 páginas)
Haga clic aquí para leer el artículo!

De Power Point: Modelos de Procesos de Software de 
Buena vista de las ventajas y los modelos de cascada iterativo:, desventajas y cómo elegir un modelo Que Sea Adecuado para usted. (11 páginas)
Haga clic aquí para leer "Power Point: Modelos de Procesos de Software"!

Un Estudio de Desarrollo del Sistema de modelos de procesos 
Este documento, Elaborado por el Centro para la Tecnología en el Gobierno, Se OFRECE Una visión más general en profundidad de los modelos de proceso del Sistema Común de Desarrollo, para Orientar el análisis, diseño, desarrollo y mantenimiento de sistemas de información. Hay muchos diferentes métodos y técnicas utilizadas para dirigir el Ciclo de Vida de un Proyecto de Desarrollo de software y la Mayoría de los modelos reales son personalizados adaptaciones de los modelos genéricos. Mientras que cada modelo está diseñado para un propósito específico o La Razón, LA MAYORIA Objetivos similares Comparten y tiene muchas tareas comunes. Este documento de investigación analiza las similitudes y diferencias Entre estos Distintos modelos Y también discutirá cómo los Diferentes enfoques son elegidos y combinados para hacer Frente a Situaciones prácticas.
Haga clic aquí para leer "Estudio de Sistema de Proceso de Desarrollo de Modelos"!

La Desaparición del modelo en cascada es inminente y Otros Mitos Urbanos
Los rumores de la Desaparición de la Cascada de ciclo de vida de modelo son muy exageradas. ACM Cola descubrió este y otros indicadores desalentadores acerca de las prácticas actuales de ingeniería de software en un estudio reciente de casi 200 profesionales de software. Estos descubrimientos plantean Cuestiones sobre la percepción y la realidad con Respecto a la naturaleza de los ingenieros de software, la práctica de la ingeniería de software, y la industria. (5 páginas)
Haga clic aquí para leer "La Desaparición del modelo en cascada es inminente y Otros Mitos Urbanos"!

Definición breve y útil Procesos de Software 
Muchos de los Procesos y Procedimientos Son grandes o difíciles de usar. La situación se vuelve peor Aún Cuando Se Trata de la complejidad. Este artículo de Tim Olson describir las mejores prácticas para la definición de los procesos de corto y utilizables y procedimientos. Estas mejores prácticas se han Utilizado en las organizaciones reales en los últimos años para Definir los procesos de corto y utilizables y procedimientos. Resultados cuantificables incluyen IVA el recorte de los Procesos y Procedimientos de organización en la mitad de tiempo que lo Haga más usable.The Objetivos de este artículo se describen problemas comunes con la Documentación del Proceso, Incluyendo Algunos aspectos humanos de la Utilización de Documentos del Proceso , discutir Algunas de las mejores prácticas para la definición de los procesos de corto y útil, los Procedimientos, se describen Algunos casos de éxito en organizaciones reales, y Proporcionan Algunas lecciones aprendidas. (10 páginas)
Haga clic aquí para leer "Definición de corto y útil Procesos de Software"!

Cómo Definir un corto y útil en procesos de CMMI
Esta presentación de diapositivas por Tim Olson describir los problemas comunes con la Documentación del Proceso y presenta las mejores prácticas para la Mejora de Dicha documentación. Ejemplos reales de la industria y las lecciones aprendidas se incluyen IVA. (36 páginas)
Haga clic aquí para leer "Cómo Definir un corto y útil en procesos de CMMI"!

Un marco de procesos de software para el SEI Modelo de Capacidad y Madurez
Muchas Organizaciones han comenzado por el camino de la Mejora de Procesos de Software Mediante la realización de una evaluación de procesos y de software, una Continuación de responder con los aviones de Acción para Abordar los resultados de la evaluación. Sin embargo, muchas Organizaciones Se encuentran luchando para Desarrollar los procesos de software que sean compatibles con el CMM. Este documento de Tim Olson para hacer Frente a los Intentos de parte de esta barrera de aplicación. (959 páginas)
Haga clic aquí para leer "Un marco de proceso de software para el SEI Capability Maturity Model"!

A Multi-disciplinario Ver Sobre las Decisiones de Software Release
Un área relativamente inexplorada en el Ámbito de Software de gestión es el Proceso para Determinar si existe o no un producto de software SE PUEDEN Transferir de su fase de desarrollo de uso operativo. Muchos fabricantes de software Tienen Dificultades para Determinar El Momento Adecuado para lanzar sus productos de software. SE TRATA DE UN comercio-off entre una libertad anticipada, para capturar los Beneficios de una introducción más rápida del mercado, y el Aplazamiento del lanzamiento del producto, para Mejorar la Funcionalidad, o Mejorar la calidad. En este artículo por el Dr. Hans Sassenburg, el software de las Decisiones del proyecto de liberación se Investigan tanto teórico como empírico, Así como un "estudio de caso" el punto de vista. Al final, se Propone una metodología para Mejorar las Decisiones Estratégicas de liberación de software. (7 páginas)
Haga clic aquí para leer "A Multi-disciplinario Ver Sobre las Decisiones de Software Release"!

El método de NPVI de Apoyo a Estrategias de entrada en el mercado de software de
Las estrategias de entrada en el mercado frente al tráfico complejo equilibrio entre economizar el tiempo de salida al mercado y economizar en la madurez del producto. ¿Qué pruebas se requiere? ¿Cuáles son los Flujos de caja esperados y salidas de efectivo si se libera el producto? ¿Qué es la ventana de mercado? Sobre la base de vida del producto, los modelos del ciclo frecuentemente Utilizados en la Industria de los semiconductores, un método Fue definido usando uno de los métodos más Utilizados del Presupuesto de capital: Van. Este método tiene en cuenta el valor actualizado del dinero, y Puede ser Utilizado para Calcular la diferencia entre dos alternativas en una sola variable. Esta variable, medidas de incentivo económico el favor de una alternativa sobre el incentivo de VPN (NPVI), se calcula a partir de varios indicadores Fundamentales y las otra. El uso práctico del método requiere la Capacidad para Determinar los valores de los parámetros subyacentes significativo con certeza. DEBE SER EL OBJETIVO Para los tomadores de Decisiones para buscar una zona de coste-eficacia: un ancho de banda en la que el valor del activo neto marginal de información adicional es igual o cercano a cero. Autor: Dr. Hans Sassenburg, SEI Europa. (12 páginas)
Haga clic aquí para leer "El Método NPVI de Apoyo a Estrategias de entrada en el mercado de software"!

16 Buenas Prácticas para Proyectos de Desarrollo de Software
La Mayoría de los Proyectos de software Fallan. Hecho de, los comentarios de Standish Group, que más del 80% de los proyectos No tienen éxito, ya Porque el mar Están Por Encima del Presupuesto, Finales de la ONU, La función que falta, o una Combinación. Además, un 30% de los proyectos de software de Ejecutadas Están tan mal que son cancelados antes de su finalización. En este artículo publicado por IBM, los autores Tratan de Abordar este problema con un resumen de 16 Mejores Prácticas de arriba para Proyectos de Desarrollo de Software. (4 páginas)
Haga clic aquí para leer "16 Mejores Prácticas para Proyectos de Desarrollo de Software"!

CRM Estimación defecto latente con
La Eliminación de defectos y las técnicas de prevención de defectos ya no son lo Suficientemente bueno para Inspirar la confianza del cliente en la calidad de los productos de software entregados. En este artículo se describen Schofield Joe «el argumento comercial" para Eliminar los defectos y se muestra cómo el uso del método captura-recaptura (CRM) en las actividades de Eliminación de defectos SE PUEDE predecir el número de defectos estima permanecen en el producto. Esta estimación Puede Ser cuantificados Utilizado para predecir, las Decisiones Basadas en Datos de cómo proceder con un producto de software. (6 páginas)
Haga clic aquí para leer "Estimación defecto latente con CRM"!

Uso de examen entre los propios datos de los Defectos Administrar 
Las revisiones paritarias Inspecciones y las de software, han sido aceptados Dentro de la Industria del Software como una Manera rentable de la Eliminación de defectos. En este artículo se describe cómo Steven Lett gerentes de proyecto Pueden Maximizar los Beneficios Derivados de la recogida y análisis de datos de proyectos relacionados con defecto. Steven describen cómo los datos de revisión inter pares Pueden ser Utilizados para la Gestión de defectos de software en gran parte el costo De la misma manera y los datos de programación se Utilizan para Gestionar los Compromisos y del proyecto. (6 páginas)
Haga clic aquí para leer "Uso de examen entre los Datos a los defectos Administrar"!

Mitos y Estrategias de Análisis de causalidad de defectos
Los enfoques de mejora popular del proceso (por ejemplo, Six Sigma, CMMI y lean) Todas las actividades de Incorporar el análisis causal. En este artículo David Card explora Algunos de los malentendidos comunes asociados con el concepto de causalidad y se Proponen Algunas Estrategias para la Aplicación del Análisis de causalidad con más eficacia. David explica cómo las Organizaciones Pueden beneficiarse de Lograr una mejor comprensión de los conceptos de causalidad y el Desarrollo de una Estrategia para la Aplicación del análisis casual. (6 páginas)
Haga clic aquí para leer "Los mitos y estrategias de análisis crítico de causalidad"!

Reutilización de software y Commercial Off-The-Shelf Software
Las Organizaciones se las Enfrentan con Dificultades y los costos asociados con el desarrollo de software han recurrido a la reutilización de software existente Utilizar o Commercial Off-The-como una (COTS) de software de opción. Este artículo de Dan Galorath Analizan Algunas de las Cuestiones clave una Considerar en la reutilización o la integración de software COTS software. (8 páginas)
Haga clic aquí para leer "Reutilización de software y Commercial Off-The-Shelf Software"!

¿Qué importa tiene en común de ingeniería con la fabricación Y por qué
De la ingeniería de software es más como la fabricación de la Mayoría de la gente espera. Una vez que el terreno de sus similitudes, podemos Aplicar las lecciones aprendidas en los últimos 50 años en la fabricación para el desarrollo de software. Este artículo por el Dr. Alistair Cockburn Recoge seis lecciones para Aplicar al desarrollo de software adquirida en la industria manufacturera. (9 páginas)
Haga clic aquí para leer "¿Qué tiene en común de ingeniería con la fabricación y que importa por que!

El fin de la Ingeniería de Software
"Ingeniería de Software", Fue Presentado como un modelo para el campo de Desarrollo de Software en 1968. Este trabajo reconsidera por Alistair Cockburn ese modelo a la luz de Cuatro Décadas de experiencia, considera que CARECEN y en su Explicar Capacidad para el éxito del proyecto y los fracasos, predecir temas importantes en la gestión de proyectos, y Ayudar A Los Profesionales de Formular Estrategias Eficaces sobre la marcha. (24 páginas)
Haga clic aquí para leer "El fin de la Ingeniería de Software"!

Escribió el libro sobre la depuración de
Entrevista de la Semana de Negocios con Watts Humphrey a partir de mayo de 2005: "Fuera del mundo del software, conocido Pocos saben de Watts S. Humphrey. Pero en el interior, que es un poco de una estrella de rock, como el" Padre de la Calidad del Software. "Ahora Miembro de la Carnegie Mellon University Software Engineering Institute, Humphrey El Desarrollo SEI Capability Maturity Model (CMM), que Ayuda a los desarrolladores Producir un error, el código de software libre de Manera eficiente ya tiempo". (4 páginas)
Haga clic aquí para leer ", escribió el libro sobre la depuración de"!

Watts Humphrey: El cambiante mundo del software
Desde los primeros días de desarrollo de software, nuestra industria ha sido el ejemplo más sobresaliente de los malos resultados. INCLUSO Hoy en día, pocos ESPERAN que el entregado al mar y un software de tiempo, Cuando los productos Llegan finalmente, Que a menudo Tienen un montón de defectos. ¿Durante cuánto tiempo los clientes una actuación tal tolerar? Hay dos partes a la respuesta. En primer lugar, Nadie mejor Puede hacerlo? Y en segundo lugar, el daño se causa defectos? Evidentemente, si nadie lo hace mejor el trabajo y si los clientes no Sufren dolor intolerable, el mercado de software Podría continuar hasta el día de hoy. Sin embargo una mirada más cercana, muestra que nuestro mundo Debe cambiar. (3 páginas)
Haga clic aquí para leer "Watts Humphrey: El cambiante mundo del software"!

Adecuado Los Procesos de Desarrollo
Si preguntas a los usuarios de computadoras para la Evaluación de software, No están satisfechos la mayoría. El software es visto como un inconveniente, lentos y plagados de errores. El Objetivo de este artículo por el Dr. Erich Meier Método de Parque de Software es reunir probado y probado las Medidas para contrarrestar este fenómeno. De este modo, tanto las Normas de procesos y modelos de referencia como CMMI y SPICE Serán analizados ™, al igual que los métodos ágiles. (6 páginas)
Haga clic aquí para leer "Adecuados Procesos de Desarrollo"!

DACS State-of-the-Art Report on Software Process Improvement
El Objetivo de esta Mejora de procesos de software (SPI) del Estado-de-arte-el informe es Proporcionar una visión más clara en los detalles Necesarios para Demostrar (a partir de un negocio, ganancias y perdidas, y la perspectiva de la Alta Dirección) que los Beneficios de la Gestión mejorada del software usando Mejora de las técnicas de proceso de software. Aunque el informe se centra principalmente en el Proceso y los Beneficios de costo QUE SE PUEDE Lograr por medio de una Mejora de los procesos de software (SPI) del programa, el informe examen Algunas de las más secundario Beneficios de mejora de procesos de software de Asís. En última instancia, el propósito del artículo es Permitir A Los profesionales de software para Analizar y comparar la Mejora de procesos de software (SPI) los métodos de los Efectos de la presentación de la dirección. El documento concluye con una bibliografía comentada Ampliamente. (44 páginas)
Haga clic aquí para leer "DACS State-of-the-Art Report on Software Process Improvement"!

Retorno de la Inversión de Software Process Improvement medida por EE.UU. Industria
LOGOS realizado la investigación, bajo el patrocinio de la Fuerza Aérea de los EE.UU., para que la industria de EE.UU. con datos sobre los positivos, los Beneficios cuantificables, o retorno de la inversión, los Programas de Mejoramiento de Procesos de Software Basado en el Software Engineering Institute (SEI) Capability Maturity Model para software (CMM). Este artículo de Judith G. Brodman y Donna L. Johnson, de Logos Internacional describir los resultados de la investigación, que incluyen IVA un perfil de uso de métricas de software de Acuerdo con el nivel de madurez del software (niveles 1 a 5), Los Factores organizacionales que contribuyen A Los Programas de Menor y Mayor de Madurez del Proceso, las tendencias en la duración del tiempo dedicado por industria de los EE.UU. En cada nivel de madurez del software, y un resumen del software de proceso de datos de rendimiento de la inversión que Mejora industria de los EE.UU. ha Acumulado hasta la fecha. (13 páginas)
Haga clic aquí para leer "Retorno de la Inversión de Software Process Improvement medida por EE.UU. Industria"!

De Gestión del Conocimiento y Mejora de Procesos: una unión de dos disciplinas
De La Mejora de Procesos Ayuda a una Empresa a Aumentar su Eficacia una Través de exámenes continuos con el fin de hacer las cosas mejor. Una vez que se documentan los procesos, funciones y responsabilidades hijo Fácilmente identificados, se Llevan A Cabo Las actividades asociadas, y los procesos de herencia Se modifican para Reflejar los cambios de organización. La gestión del conocimiento, a su vez, facilita la comunicación entre las Organizaciones, Aumentando el intercambio de información y la Utilización de documentación de procesos. Este artículo de D. Gregory Burke, de la FAA y William H. Howard, de Northrop Grumman Mission Systems explora las experiencias de la Administración Federal de Aviación, con la Mejora de Procesos y Gestión del Conocimiento y muestra cómo estas dos disciplinas complementarias en realidad . (9 páginas)
Haga clic aquí para leer "Gestión del Conocimiento y Mejora de Procesos: una unión de dos disciplinas"!

Una Introducción a la Mejora de Procesos de Software
Este documento ha sido tomado de (el Instituto de Ingeniería de Software, SEI), Paquete de materiales educativos "Lecture Notes on Software Process Improvement" de Laurie Honour Werth. Comienza con una historia de la Software Engineering Institute (SEI) y su Proceso de trabajo de software. La terminología que se presenta y Los Cinco NIVELES del Instituto de Ingeniería de Software (SEI) Capability Maturity Model (CMM) se definen. Posibles usos y las Orientaciones futuras del Capability Maturity Model (CMM) se Proporcionan. (11 páginas)
Haga clic aquí para leer la "Introducción al Software Process Improvement"!

Los horarios y los costes y el valor de Software Process Improvement: Informe Jones Alcaparras
El tema de la Mejora de procesos de software es ahora muy popular en los Estados Unidos, Europa y la Cuenca del Pacífico. Hay muchos capítulos locales de la conocida Red de proceso de mejora de SPIN o de software. Por desgracia, la popularidad de un tema que no está en Consonancia Con los datos cuantitativos que se dispone sobre un tema. En el caso de la Mejora de Procesos de software, hay una grave ESCASEZ DE Información sobre horarios, costos y resultados de pasar de la Naciones Unidas para el rendimiento marginal superior de Desarrollo de Software. Este informe de agosto de 2005 por Alcaparras Jones muestra un software de 36 meses de estudio: Proceso de mejora caso derivado de varios de los clientes SPR para Ilustrar Cuatro Aspectos tangibles de mejora de procesos de software: 1) lo que cuesta Conseguir la excelencia en software, 2) El tiempo que se Tomar Para lograr la excelencia de software, y 3) qué tipo de valor sera el resultado de Lograr la excelencia de software, y 4) qué tipo de calidad, calendario, y de Los NIVELES Puede lograrse productividad Que. (30 páginas)
Haga clic aquí para leer "Los horarios y los costes y el valor de Software Process Improvement"!

Beneficios de la CMM-Based Software Process Improvement: primeros resultados
Este informe Elaborado por el Software Engineering Institute (SEI) de la Oficina del Programa Conjunto de 1994 tiene por Objeto Proporcionar al lector con los resultados iniciales de los Efectos de los Esfuerzos de Mejora de Procesos de Software en las organizaciones. Está destinado principalmente a profesionales de software, los miembros de los grupos de proceso de ingeniería de software, y los Administradores de INTERESADOS EN Entender el caso de software de negocios para invertir en la Mejora de Procesos de software. (64 páginas)
Haga clic aquí para leer "Beneficios de la CMM-Based Software Process Improvement: Resultados iniciales"!

La Acumulación del conjunto de pruebas para la rentabilidad de Software Process Improvement 
Muchas empresas en muchos sectores empresariales Distintos medios periodísticos con éxito la Mejora de procesos de software (SPI) programas. Informan retorno de la inversión (ROI) Las cifras de entre el 5 a 1 y 9 a 1. Este artículo del Dr. Herb Krasner de la Universidad de Texas en Austin Reanudar la Mejora de procesos de software (SPI), programas que han surgido en los últimos años Y también se analiza estudios para el Mejoramiento del Proceso del caso del software, los datos Pago de Retorno de la Inversión en todos los sectores de negocios, y otras medidas del Proceso de Mejora rentabilidad de software. El artículo del Dr. Krasner Se ofrece una excelente introducción al tema de la Mejora de procesos de software (SPI) y es rica en datos, Así como referencias bibliográficas (18 páginas)
Haga clic aquí para leer "La Acumulación del conjunto de pruebas para la rentabilidad de Software Process Improvement"!

Diez trampa Software Process Improvement A evitar
Más Organizaciones Están buscando a la Mejora de procesos de software (SPI) Como Una Manera de Mejorar la calidad, la productividad y la previsibilidad de su desarrollo de software, adquisición, y los Esfuerzos de mantenimiento de software. Sin embargo, los Esfuerzos de software de proceso de mejora Puede verse frustrado en muchos aspectos. Este trabajo del Dr. Karl E. Wiegers describir diez trampas más comunes que Pueden socavar Un programa de software de proceso de mejora. Aprender acerca de programas informáticos Estos asesinos Proceso de mejora y sus síntomas y soluciones, le ayudará A evitar que llevar su Proceso de iniciativa de software de mejora de sus rodillas. (9 páginas)
Haga clic aquí para leer "Diez trampa Software Process Improvement A evitar"!

Las tres dimensiones del Proceso de mejora - Parte 1
Esta es la primera parte de una serie de artículos por Watts Humphrey sobre los métodos de mejora de procesos de software que Fueron DESARROLLADOS en el Software Engineering Institute (SEI): El Capability Maturity Model (CMM) para el software, el Personal Software Process ( PSP), y el Proceso de equipo de software (TSP). El Capability Maturity Model (CMM) Proporciona un marco general para describir las actividades de las Organizaciones de software necesita para Producir Constantemente los resultados efectivos, el Personal Software Process (PSP) Ayuda a los ingenieros usar los Principios del Proceso del Software en su trabajo personal , El Proceso del software del equipo (TSP), muestra integrada de los equipos de producto de Como utilizar los procesos de software para Constantemente Producir productos de calidad en horarios de agresivo y de sus Gastos PREVISTOS. Cada método de proceso del software Proporciona importantes beneficios. Las Organizaciones de software obtendrá los mejores resultados Mediante el uso de los Tres. (7 páginas)
Haga clic aquí para leer "Las tres dimensiones del Proceso de mejora - Part 1"!

Las tres dimensiones del Proceso de mejora - Parte 2
I de este artículo por Parte Watts Humphrey describió el Capability Maturity Model (CMM), ¿por qué Se desarrolló, y a las Organizaciones una Mejorar su rendimiento Como Puede Ayudar. Parte II El ABORDA Personal Software Process (PSP), que muestra cómo los ingenieros Para Llevar A Cabo sus tareas de Manera Eficaz y profesional. En el análisis final, que las Organizaciones de software de rendimiento alto, Debe tener los ingenieros de software de alto rendimiento de trabajo en los Equipos de Alto Rendimiento de software. El Objetivo del Personal Software Process (PSP) es mostrar cómo los ingenieros de software de una Utilizar los Principios del Proceso del Software en su trabajo. Parte III de este artículo se describen El proceso del software del equipo (TSP), que muestra integrada de los equipos de producto de cómo Constantemente Producir productos de calidad bajo los anexos por agresivo y sus costos PREVISTOS. (9 páginas)
Haga clic aquí para leer "Las tres dimensiones del Proceso de mejora - Parte 2"!

Las tres dimensiones del Proceso de mejora - Parte 3
I de este artículo por Parte Watts Humphrey describió el Capability Maturity Model (CMM), y la parte II se Dirigió a la Personal Software Process (PSP). El Capability Maturity Model (CMM) Proporciona un marco general que ha ayudado muchas Organizaciones de las Naciones Unidas una Mejorar su rendimiento y el Personal Software Process (PSP), muestra cómo los ingenieros de Utilizar los Principios del Proceso del Software para hacer su trabajo personal. Parte III se describen El proceso del software del equipo (TSP), que muestra integrada de los equipos de producto de Cómo utilizar Estos procesos de software de Manera consistente productos de calidad sobre los Plazos de agresivo y de sus Gastos PREVISTOS. (8 páginas)
Haga clic aquí para leer "Las tres dimensiones del Proceso de mejora - Parte 3"!

The Business of Software Improvement
El retorno de la inversión en software de mejora de las prácticas está bien documentado. Sin embargo, el software de proceso de mejora de rendimiento de la inversión las cifras publicadas en la literatura se Basan en el ahorro operacional, es decir, en la Reducción de los costes de desarrollo por cada línea de código escrito o por Función de punto de entrega. A Pesar De Estos ahorros son impresionantes, este artículo de Steve McConnell afirma que el alcalde de beneficio de negocio Pueden surgir de los considerables Beneficios indirectos que se Derivan de las prácticas de software mejorado. Mejores Prácticas de software de Mejorar la previsibilidad de los costos y los horarios, Reducir el Riesgo de los costos Retrasos y de la programación, Proporcionar alerta temprana de problemas, y Apoyar una mejor Gestión. Para una empresa de productos de software, ¿Cuál sería el valor de negocio de Mejorar la Exactitud de la estimación de programación a partir de más o menos 100 Por Ciento uno más o menos el 10 por Ciento? ¿Cuál sería el valor de ser Capaz de hacer un compromiso con los clientes de seis a 12 meses antes de la fecha de finalización prevista, con alto grado de confianza de la entrega de ese compromiso? (4 páginas)
Haga clic aquí para leer el artículo!

Un Estado CAI de la entrevista de práctica con Alcaparras Jones
Alcaparras Jones es Director Científico Emérito de software de productividad de Investigación (SPR). Mr. Jones es el diseñador de los costes de varios programas y la calidad de las herramientas de software de estimación incluida SPQR/20 ™, el software comercial Determinar de la estimación previa de la herramienta una Utilizar los puntos de función, como base para el tamaño del código fuente del software, especificaciones de software, y los documentos del usuario del software. También es un consultor internacional en temas de Gestión de software, Orador de la ONU, un líder de seminarios, y un autor. Como autor, el Sr. Jones ha escrito 12 libros, entre ellos su mejor vendedorApplied Software Measurement: Asegurar la Productividad y la Calidad. Su libro más reciente esSoftware de Evaluación, puntos de referencia, y Mejores Prácticaspublicado por Addison Wesley Longman en 2000. Nuestra entrevista con Alcaparras Jones y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), se llevo A Cabo En julio de 2005.
Haga clic aquí para la entrevista con Alcaparras Jones!

Un Estado CAI de la entrevista de práctica con el Dr. Herb Krasner, de la Universidad de Texas en Austin,

Haga clic aquí para la entrevista con el Dr. Herb Krasner!

Un Estado CAI de la entrevista de práctica con el Dr. Víctor Basili, de la Universidad de Maryland,
Dr. Victor Basili es profesor de Ciencias de la Computación en la Universidad de Maryland. Tiene un Doctorado en Ciencias de la Computación de la Universidad de Texas y títulos honoríficos de las Universidades de Sannio (Italia) y Kaiserslautern (Alemania). Fue Director Ejecutivo del Centro de Fraunhofer - Maryland y fundador y director del Laboratorio de Ingeniería de Software (SEL) de la NASA / GSFC. Él trabaja en la medición, evaluación y Mejora del Proceso de Desarrollo de Software y de Productos a Través de Mecanismos de observación y evolución de los Conocimientos Mediante la investigación empírica, por ejemplo, el Objetivo / Pregunta / Métrica enfoque, el paradigma de Mejora de la Calidad, la Fábrica de la experiencia. Él es un receptor de varios premios Incluyendo un premio de la NASA, los logros del grupo, la ONU NASA / GSFC Mejora de la Productividad y Mejoramiento de la Calidad Premio, el laudo de 1997 por Logro Sobresaliente en Matemáticas y Ciencias de la Computación por de La Academia de Ciencias de Washington, el Premio de Investigación 2000 pendientes de la ACM y SIGSOFT la de 2003 Harlan Mills otorgado por la IEEE Computer Society. Editor Dr. Basili ha escrito más de 200 artículos, fue-en-Jefe de varias revistas (IEEE TSE, Journal of Empirical Software Engineering) y Director del Programa y director general de varias conferencias (CISE). Él es un Miembro de IEEE y ACM. Nuestra entrevista entre el Dr. Víctor Basili y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, se llevo A Cabo en octubre de 2006.
Haga clic aquí para la entrevista con el Dr. Víctor Basili!

Conferencia del Dr. Víctor R. Basili para la confirmación de la Laurea Honoris Causa en Ingeneria Informatica, Universidad de Sannio
Esta conferencia maravillosamente entretenida e informativa por el Dr. Vic Basili, Director del Centro Experimental de Fraunhofer para la Ingeniería de Software en la Universidad de Maryland, las crónicas de los 30 años de carrera de ingeniería de software del Dr. Basili. A lo largo de Camino, el Dr. Basili describir sus experiencias con la NASA y el Laboratorio de Ingeniería del Software y explica cómo el campo de la ingeniería de software experimental Se inició y ha llegado a Hoy dónde está. (16 páginas)
Haga clic aquí para leer la conferencia del Dr. Víctor R. Basili!

El valor de Mejoras de Procesos de Software
Este Informe de Alcaparras Jones muestra un estudio de caso de 36 meses que pone de ALIVIAR Cuatro Aspectos tangibles de mejora de procesos de software: 1) Lo que los costos Para lograr la excelencia de software, 2) ¿Cuánto tiempo se Necesitara Para alcanzar la , y 3) ¿Qué tipo de valor se traducirá Alcanzar la excelencia de excelencia de software, y 4) ¿Qué tipo de calidad, calendario, y NIVELES Los de productividad Lograr SE PUEDE? (30 páginas)
Haga clic aquí para leer "El valor de Mejoras de Procesos de Software"!

Un Estado CAI de la entrevista de práctica con Larry Dribin
El Dr. Larry Dribin es Director de Software de Chicago Process Improvement Network (SPIN-C). En su trabajo de consultoría privada, el Dr. Dribin Ayuda a los clientes con la Mejora de Procesos de TI, el nivel de servicio de la construcción Acuerdo y / medición de negocios. El Dr. Dribin tambien hace uso extensivo de la SEI CMM para software y ha desarrollado extensiones para el CMM para comerciales Organizaciones de TI. Dr. Dribin Tiene un doctorado en Psicología Organizacional del Instituto de Tecnología de Illinois, un MBA en Marketing por la Universidad Loyola de Chicago y una licenciatura en Ciencias en Ingeniería Industrial de Illinois Institute of Technology. Es miembro de ACM, CQAA - donde es Director de Investigación y de la IEEE. Nuestra entrevista entre Larry Dribin y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, Tuvo lugar en noviembre de 2006.
Haga clic aquí para la entrevista con Larry Dribin!

Innovaciones positivas y Negativas en Ingeniería de Software
Hay dos tipos de Innovaciones que son importantes para el mundo del software: Las Innovaciones de productos e innovaciones de proceso. Sin embargo, las Innovaciones Pueden ser positivos o negativos. Este artículo de Alcaparras Jones pone la hipótesis de que la Escasez de innovación positiva en nuestra industria se Debe A UNA falta de comprensión de los problemas subyacentes en el Ámbito del Desarrollo de Software. (13 páginas)
Haga clic aquí para leer "positivos y negativos de Innovaciones en Ingeniería de Software"!

Mejora de rendimiento sigue la Mejora de Procesos
Mejora del rendimiento en el desarrollo de software SE PUEDE Lograr Mediante la inversión en las mejores prácticas de desarrollo de software. En este artículo de la edición de marzo de la DACS Software Tech News, David Garmus y Stasia Iwanicki discutir cómo una organización identificada mejoras Mediante Una combinación de Medidas CUANTITATIVAS y los valores cualitativos. (4 páginas) Este artículo Fue originalmente publicado en el News Tech Software, Volumen 10, No. 1, marzo de 2007.
Haga clic aquí para leer "Mejora de rendimiento sigue la Mejora de Procesos"!

Un Estado CAI de la entrevista de práctica con Patrick O'Toole
Pat O'Toole es el consultor principal en proceso de evaluación, consultoría
Haga clic aquí para la entrevista con Patrick O'Toole!

Implementación de un Programa de Organización Software Process Improvement
Las Organizaciones Deben estar preparadas para Cumplir con las actividades clave en la Implementación de un programa de software de ingeniería de procesos. Beth Layman, en su artículo, se centra en describir el "meta-proceso" Permite que las Naciones Unidas una organización para crear, Mejorar y Utilizar un conjunto de procesos documentados que guía el desarrollo y mantenimiento de software. Ella destaca los pasos que son complementarios A LOS Paradigmas de la Mejora de Procesos y diversos marcos. (10 páginas)
Haga clic aquí para leer "La Implementación de una organización Software Process Improvement Program"!

Características del Programa de Desarrollo de Software
Por lo general, muy Pocos proyectos de desarrollo de software en entregados son grandes Organizaciones en Tiempo y Dentro del presupuesto. Pekka Forselius Introducir en su artículo siete de la información y la comunicación (TIC) Los Tipos de proyecto y un método para Analizar las características de un Programa de Desarrollo de las TIC. Al final de su artículo es un informe breve experiencia. (7 páginas)
Haga clic aquí para leer "Características del Programa de Desarrollo de Software"!

Proyecto TIC con éxito Gestión del Alcance
Con Dos tercios de la información del mundo y la comunicación (TIC) proyectos que se consideren como un fracaso, parece que el Ámbito de Gestión no es una práctica común Dentro de Gestión de Proyectos. Pekka Forselius y Carol Dekkers recomendar enfoques y consejos aplicado con éxito en todo el mundo que han Aumentado drásticamente la Tasa de éxito en proyectos de TIC. (9 páginas)
Haga clic aquí para leer "Proyecto TIC Gestión del Alcance el éxito con"!

Ojo en el Premio
¿Por qué son sus proyectos de Ser Tan Difícil Como puede y su Grupo de Proceso de Lograr el nivel de madurez 2, si los proyectos no se consigue con el programa? ¿Por qué no son los proyectos que le Ayuda a Alcanzar el éxito? En este artículo de Patrick O'Toole, el primero de una serie de siete parte de "hacer y no hacer del Proceso de mejora, el autor" Las Respuestas a estas preguntas y más. (2 páginas)
Haga clic aquí para leer "Los ojos en el premio"! 
 
Hacer: Establecer el principio de alineación de 
Está bien, ¿Cuál es la Estrategia de negocio de nivel alcalde? Y ¿cómo se define el éxito del proyecto? Y ¿qué hacer con la directiva de la administración superior para "Alcanzar el nivel de madurez 2"? Patrick O'Toole, científico visitante en el SEI, se Abordan estas Cuestiones En este artículo, el segundo de una serie de siete que Abarca "Do's and Dont del Proceso de Mejora de". (2 páginas)
Haga clic aquí para leer "hacer: Establecer el principio de alineación"!

Positivo y negativo de Ingeniería de Innovaciones 
Este artículo de Alcaparras Jones pone la hipótesis de que la razón principal de la Escasez de innovación positiva en los métodos de desarrollo de software se Debe A UNA falta de comprensión de los problemas subyacentes del dominio de Desarrollo de Software. Una hipótesis corolario es que la falta de comprensión de los problemas se Debe A UNA medición inadecuada de la calidad, productividad, costos, y los Factores que Afectan A LOS resultados del proyecto. (5 páginas)
Haga clic aquí para leer "positivas y Negativas Innovaciones de ingeniería"!

Horarios, Costos y Valor de las Mejoras de Procesos de Software 
El tema de la Mejora de procesos de software es ahora muy popular en los Estados Unidos, Europa y la Cuenca del Pacífico. Por desgracia, la popularidad de un tema que no está en Consonancia Con los datos cuantitativos que se dispone sobre un tema. Este informe muestra un estudio de caso de 36 meses Procedentes de varios de SPR "s para clientes Ilustrar Cuatro Aspectos tangibles de mejora de procesos de software: 1) Lo que los costos Para lograr la excelencia de software, 2) ¿Cuánto tiempo se Necesitara Para alcanzar la excelencia, y 3) ¿Qué tipo de valor sera el resultado de Lograr la excelencia de software; 4) ¿Qué tipo de calidad, calendario, y NIVELES Los de productividad Lograr SE PUEDE? (30 páginas)
Haga clic aquí para leer "programas, costos y valor de Mejoras de Procesos de Software"!

El desafío de "Good Enough" Software de
Este artículo de James Bach es una versión ligeramente modificada de la original Que Fue publicado en la revista American Programador en 1995. Las ideas del autor se Basan en sus experiencias de Apple Computer, en los años 80, y Borland En los años noventa. Este artículo Fue Tratada como una diatriba contra la Cultura en 1995. Pero hoy, el movimiento de desarrollo ágil, que es un ejemplo de estas ideas, está bien Establecida. (11 páginas)
Haga clic aquí para leer "El desafío de" Good Enough "Software"!

De Comprender y Mejorar el software de productividad de 
El Objetivo de este artículo por Walt Scacchi en el Instituto de Investigación de Software de la Universidad de California, es la revisión de una muestra de estudios empíricos de la productividad del software para grandes sistemas de software de Gran Escala de la década de 1970 hasta la década de 2000 con el fin de Determinar qué Factores hijo afectar la productividad del software. (42 páginas)
Haga clic aquí para leer "y la comprensión Mejora de software de productividad"!

Desarrollo de Software de Productividad
Ha llegado el momento de serios Esfuerzos para Aumentar la Productividad Mediante un uso más eficiente de la mano de obra y más Eficaces las Propuestas de Valor para los clientes. SE TRATA DE sectores económicos como más maduras se han ido incrementando Décadas Durante la productividad. Pero primero tenemos que Definir qué se entiende por Mejora de la Productividad en la Industria de Desarrollo de Software. Tradicionalmente, hemos medido la productividad como mil líneas de código (Kloc) por hora de trabajo. Sin embargo, El proceso clave de una actividad de desarrollo es la transformación de las ideas en productos. Para medir la productividad real de desarrollo de software, tenemos que mirar a la eficiencia y la Eficacia con que convertir las ideas en el software. En este artículo de Mary Poppendieck, el autor comienza por la Formulación de una nueva definición de la productividad de desarrollo de software. (4 páginas)
Haga clic aquí para leer "Desarrollo de Software de Productividad"!

Por qué el software es tan malo y qué podemos hacer para solucionarlo
Fundamentalmente Hay algo equivocado en la forma de Crear un software. Contrario a la sabiduría convencional, falta de fiabilidad no es una Característica esencial de los programas de complejos de software. En este artículo de Louis Savain, el autor Propone una solución mágica para la fiabilidad del software y la crisis de la productividad. (15 páginas)
Haga clic aquí para leer "Por qué el software es tan malo y qué podemos hacer para solucionarlo"!

El Caso de Negocios de Mejores Prácticas de Software
Presentación de diapositivas de Steve McConnell, de Construx de software que describe la oportunidad en el centro de las Iniciativas de mejora de procesos de software, Mientras que Proporciona una visión general para comenzar. (39 páginas)
Haga clic aquí para leer "El Caso de Negocios de Mejores Prácticas de Software"!

No: Tómese el tiempo cada vez más rápido
La planificación y la ejecución disciplinada De Una Manera significativa Reducir la variabilidad de los resultados del proyecto. Asimismo, Establece una base sólida para los proyectos de Conseguir que se hagan mas rápido, de la organización Objetivo final. Puesto que es probable que las reducciones del tiempo de ciclo Lograr pecado sostenible resultados prévisibles Razonablemente, siga los consejos de Steven Covey y "poner primero lo primero." El desafío de la EPG es convencer a la administración superior que la generación de más y Estimaciones fiables es un Requisito Previo Necesario para Reducir el tiempo de ciclo - Y que una vez que los clientes creen que, una vez que la Credibilidad de la estimación se ha Establecido, la melodía de la danza ritual se vera alterado para siempre. Este artículo es la tercera parte de una serie PARTE VIII por SEI Visiting Scientist Patrick O'Toole. (2 páginas)
Haga clic aquí para leer "hacer: Tómese el tiempo cada vez más rápido"!

Hacer: Adaptar el sistema de recompensas
El sistema de recompensa Se ofrece la evidencia más tangible de lo que la Alta Dirección de la organización Cuando crezca quiere ser. Si la Alta Dirección realmente quiere Transformar la organización, Tienen que echar una mirada crítica en el sistema de recompensas que Existentes Garantizar y es recompensar el comportamiento deseado, y desincentivar el comportamiento Qué están Tratando de Eliminar. Hasta que lo hacen, no hay dinero Alineados Están las Naciones Unidas y su Boca. Este artículo es la cuarta parte de una serie PARTE VIII por SEI Visiting Scientist Patrick O'Toole. (2 páginas)
Haga clic aquí para leer "hacer: Alinear el sistema de recompensas"! 
Hacer: Convertirse en una organización de aprendizaje
Muchas Organizaciones Religiosas de captura "enseñanzas extraídas" y luego coloque cuidadosamente estas perlas de sabiduría en un gabinete de archivo rara vez tiene acceso o cancelación de la base de datos solamente. De Aldous Huxley, nos dijo: "Que los hombres no enseñar Aprenden mucho de las lecciones de la historia es el mas importante de todas las lecciones que la historia que tiene." O como dijo un ejecutivo, "no me importa mi gente un Cometer errores estúpidos - Así es como Aprenden. Me gustaría que Hagan Diferentes errores estúpidos la próxima vez!" Este artículo es la quinta parte en una serie PARTE VIII por SEI Visiting Scientist Patrick O'Toole. (2 páginas)
Haga clic aquí para leer "Do: Hazte organización inteligente"!

Real CAOS, Dos de mayo de agravios a la derecha
La opinión común de esto es que los proyectos tarde los los notoriamente hijo, sobre el presupuesto y no satisfacen las expectativas del cliente. Estos resultados Están apoyados por el caos del Grupo Standish de larga datos Informe de 1994. En su artículo Robin Goldsmith examen lo que realmente está Detrás de "adicional sobre el estado de las Standish Group Estadísticas y revela Algunas Verdades 'TI. La Mayoría de los horarios de los proyectos y los presupuestos No están bien fundadas para comenzar con la Cuestión Lo Que La cuestión de llegar tarde o Por encima del presupuesto no es Tan importante como el aprendizaje de uno lo que realmente hace que los proyectos que fracasan. (7 páginas)
Haga clic aquí para leer "CAOS Real, Dos de mayo de agravios a la derecha"!

Bajos Gastos REAL Software Process Improvement
Baja sobrecarga Proceso de Iniciativas de Mejora de Beneficios Puede Ofrecer software de SIGNIFICATIVOS en Comparación con las Iniciativas de marca más formal. En este artículo Robin Goldsmith, revela la clave para Identificar el "bajo colgando temas de mejora de frutas». Enfoques A corto Corte Beneficios Proporcionar el Renunciar al Análisis y La Manera Eficaz y eficiente Aplicación de las Mejores Prácticas Conocidas. (9 páginas)
Haga clic aquí para leer los "bajos Gastos REAL Software Process Improvement"!

Las múltiples dimensiones del Proceso del Software
El software es un Proceso de Convertirse en un gran problema para las empresas que Producen software. Como consecuencia, El proceso de software es cada vez mas importante para los empleados permanentes, A LARGO PLAZO Los Profesionales, y Consultor A corto plazo en la industria del software. Lea más en este artículo de la ACM por Sebastián Tyrrell. (11 páginas)
Haga clic aquí para leer "Las múltiples dimensiones del Proceso de Software"!

Direcciones futuras en la Mejora de Procesos
Puesto que los sistemas se hacen más grandes y más complejas, y al Ampliar el número de programas de desarrollo integrados y distribuidos, los procesos de desarrollo, por los métodos, y la Gestión tiene que cambiar. Para Mantener el Ritmo De Estos cambios, las direcciones de mejora de procesos También Deben cambiar. Este artículo por Watts Humphrey, James Over, Michael Konrad, y William Peterson describen las instrucciones probable futuro de la evolución del Proceso de mejora. (11 páginas)
Haga clic aquí para leer "Direcciones futuras en la Mejora de Procesos"!

Como Desarrollar software Como usted Están al mando de las Naciones Unidas tanque
En "Fuentes de Poder", Gary Klein describe su investigación de las variaciones en la comprensión de Órdenes entre los comandantes y Líderes de pelotón de tanques, llegando a conclusiones que dar respuestas que como ay no Prepara a los equipos individuales de reaccionar ante imprevistos. En este artículo por Gojko Adzic, explica el autor cómo esto se Relaciona con el software, también. (4 páginas)
Haga clic aquí para leer "Cómo Desarrollar software como usted Están al mando un tanque"!

Diferentes preguntas
"Cuestiones Ejecutivo" dar una idea de las Prioridades de la organización. Que bueno es el patrocinador de Mejora de Procesos PIDE a las preguntas relacionadas con el Proceso en la Reunión Mensual del Comité Directivo, pero ¿qué tipo de preguntas es el Equipo Directivo preguntar en los examenes de proyectos? ¿Qué tipo de preguntas Debe el Equipo Directivo se preguntarán? (2 páginas)
Haga clic aquí para leer "preguntas Diferentes"!

Sopa de letras
Ya sea a partir de una iniciativa de calidad o un programa de ejercicio, los secretos del éxito hijo Principios de expectativas realistas, la Acumulación progresiva de la perseverancia y capacidad. No todo el mundo con las promesas overstuff de nutrición de la sopa de letras, sino prepararlos Para algunas salidas en falso, un Algunos contratiempos, en E INCLUSO Algunos Lesionados El Camino. (2 páginas)
Haga clic aquí para leer "Sopa de letras"!

Firma Por su Firma Reafirmando
Hay muchas Organizaciones PUEDAN Sostener que la Mejora Continua, sin una evaluación formal para que reafirmen su progreso, Así Como Hay Algunos corredores de larga distancia que no se sienten obligados a correr un maratón anual. Pero para la Mayoría de nosotros, es el foco de los Objetivos Estos mensurables que nos Ayuda a Mantener nuestra disciplina una Través de los tiempos difíciles. Sin Estos puestos de control, Puede erosionar el compromiso y la regresión Puede ocurrir. Lea más en esta 12 ª y última entrega de "Pat O'Toole Proceso de Mejora de hacer y no hacer". (2 páginas)
Haga clic aquí para leer "Tu Firma por Firma Reafirmando"!

Software Process Improvement Handbook: A Practical Guide
A menos que puedo decir honestamente, "Yo soy la Creación de software de hoy, Así como de software, siempre SE PUEDE Construir", siempre Debe estar Tratando de Mejorar su desarrollo personal y el software de su equipo y las capacidades de gestión de proyectos . Este 72-manual de la página ABORDA muchas Cuestiones que Pueden Ayudar a las Organizaciones de software de las Naciones Unidas y Aplicar Mantener Exitoso programa de mejora de procesos. Que el mar ya este usando la CMM o CMMI como marco de mejora de procesos, o simplemente Tratando de aprender a trabajar más eficazmente, Usted encontrará una Riqueza de las ideas de orientación práctica y útil sobre la forma de dirigir la organización hacia la Mejora de la Productividad y la Calidad.
Haga clic aquí para leer "Software Process Improvement Handbook: A Practical Guide"!

DO: Establecer Políticas de organización, no se Políticas CMM se
El vicepresidente de ingeniería está Tratando de Establecer Un proceso disciplinado Cultura en su organización de desarrollo de software. Como consultor, Mejorar ha animado a pensar en las Políticas de empleo como un medio para Demostrar su compromiso con el Establecimiento, A continuación, y el Proceso de Gestión de proyectos. Como consultor de la VP, lo que 3 puntos recomendaría usted que se documenta en la política inicial de su organización, el Project Management? (2 páginas)
Haga clic aquí para leer "DO: Establecer Políticas de organización, no Políticas CMM"!

DO: Separa Proceso de documentación de Material Didáctico
En este artículo de Pat O'Toole, el autor distingue entre el material de formación y documentación de procesos. Para los estudiantes, material de formación Suele ser de un solo uso de activos - que se UTILICE en el aula y luego pegarlo en la plataforma. Por el contrario, el Proceso de la documentación Debe servir como una guía de referencia rápida para el ejecutor del proceso. Al igual que una lista de comprobación previa al vuelo, Debe Centrarse en los elementos del Proceso vital que la Reducción de la probabilidad de que los pasos críticos, Darse cuenta el pecado se pasa por alto. (2 páginas)
Haga clic aquí para leer "DO: Separa Proceso de documentación de Material Didáctico"!

DO: Separa Proceso de documentación de los Procedimientos de
Similar a los Requisitos Empresariales, El proceso se centra en lo que se espera de ellos. Un análogas Los detalles de aplicación, procedimientos describen cómo se que espera aquí. Esta Distinción ES A menudo borrosa Porque documentado los procesos y Procedimientos Suelen incluir muchos de los Mismos elementos: propósito, los papeles, los insumos, los Criterios de entrada, las actividades / etapas, resultados, Criterios de salida, etc La diferencia entre los reales Procesos y Procedimientos se encuentra en los "grados de libertad" proporcionada por el componente documentado. (2 páginas)
Haga clic aquí para leer "DO: Separa Proceso de documentación de los Procedimientos de"!

Multitareas Gestión del tiempo - Las Interrupciones y
Es un mundo muy loco por ahí. La gente trabaja más horas y metiendo Todo lo que Pueda en su día. A menos que usted haya tomado en seis empleos de tiempo completo, usted que sentir Puede Usted está Holgazanear. Tomando más en el trabajo, o simplemente Tratando de hacer más cada día, que hacer Puede usted y crecer. Sin embargo, sólo metiendo más tareas en un día Tambien puede conducir A las Naciones Unidas bajo rendimiento Cuando su enfoque es totalmente Interrupciones Tiro con, O cuando Numerosos tareas que se Inician y Pocos de ellos se han completado de Manera Adecuada. Interrupciones múltiples crónicas y-tarea Puede LLEVAR A los Principales objetivos ser empujado fuera de la vista de las Naciones Unidas en general y Aumento de estrés. (3 páginas)
Haga clic aquí para leer "de Gestión del tiempo - Las Interrupciones multitareas y"!

Hacer más por menos en software y soluciones de desarrollo
Cuando la economía se convierta en turbulento, es natural para Reforzar los presupuestos, hacer cortes y esperamos que la organización A trabajar más duro para que se Pueden Producir más con menos.
Los Memorandos y correos electrónicos se Utilizan A veces para anunciar reducciones A UNA ORGANIZACIÓN QUE SE NECESITAN en los costos y que Cualquier Esfuerzo adicional por parte del apreciado Será personal. El impulso de enviar un memo Puede Ayudar Y es comprensible, PERO SOLO Puede Tener un impacto temporal en la organización, Mientras que el "ahorrar dinero" petición Aún está fresco en la mente de las personas.
En cambio, en una serie sistemática de las mejoras que se necesita para Producir más por menos Coherente en el tiempo. Estas mejoras se Deben Abordar las ineficiencias que se Producen cada día en los proyectos, además de Reducir los Gastos duro. (3 páginas)
Haga clic aquí para leer "Cómo hacer más por menos en software y soluciones de desarrollo"!

Implementación de un Programa de Mejoramiento (una lista)
La Aplicación de un programa de mejora Puede ser una tarea Abrumadora y la nebulosa. Hay muchos lugares donde se podria empezar, muchos estándares publicados y se podria adoptar. Este artículo Se ofrece un resumen de los Pasos a Considerar en la planificación y el seguimiento de un programa de mejora. (4 páginas)
Haga clic aquí para leer "Implementación de un Programa de Mejoramiento (una lista)"!

Análisis comparativo de los Proceso de maduración y de calidad
Este documento por Louis Poulin describir un método Utilizado para medir la calidad esperada de los Productos y Servicios DESARROLLADOS por las Organizaciones de TI. El método descrito aquí se basa en una muestra de 40 Evaluaciones de amplio realizado en América del Sur, Europa y América del Norte, y Demuestra que una organización de TI Debe Centrarse en la Mejora y la Implementación de procesos que Aprovechar las oportunidades que tiene de Cumplir sus Objetivos de negocio y la Evitar Los Problemas Potenciales A LOS Expone que se se produzca, y degeneren en crisis. Madurez del Proceso no es pecado sentido tiene Tener en cuenta este objetivo. (4 páginas)
Haga clic aquí para leer "Análisis comparativo de los Proceso de maduración y de calidad"!

Rendimiento Adecuado Lograr el equilibrio entre el Proceso de Maturiy y
Este documento por Louis Poulin se resumen las observaciones formuladas en el curso de 58 cuotas Basado en el CMMI y en su predecesor, el CMM. Destaca, entre otras cosas, los desafíos que Enfrentan estas Organizaciones en la optimización de las formas de Mejorar la calidad de sus productos y servicios Utilizando el CMMI como punto de partida. (4 páginas)
Haga clic aquí para leer "conseguir el equilibrio entre Adecuado El proceso de rendimiento y Maturiy"!

Libro Blanco: Mejorar la Aplicación de Efectividad en el Desarrollo
El propósito de este artículo por Nick Spanos de Cai es Definir una Estrategia para Mejorar la Calidad y la Reducción del Esfuerzo en Relación con el desarrollo de aplicaciones de software. (4 páginas)
Haga clic aquí para leer "Libro Blanco: Mejorar la Aplicación de Efectividad en el Desarrollo"!

Libro Blanco: La Entrega Efectiva de I / T Servicios de
Un Eficaz I / T de Prestación de Servicios organización ha definido Claramente las expectativas y Utiliza técnicas de Gestión Proactiva para Cumplir o exceder las expectativas y los Minimizar costos. Las expectativas de rendimiento incluyen IVA una variedad de cuentos Factores como la frecuencia y la Prioridad de los problemas, el número de solicitudes de servicios que, de respuesta, la falta de quejas de los clientes, y el costo-eficacia. Este artículo examen los desafíos asociados con la Gestión de las expectativas, la medición de la entrega de rendimiento, y Mejorar Continuamente el rendimiento. (3 páginas)
Haga clic aquí para leer "Libro Blanco: La Entrega Efectiva de I / T Servicios"!

La Aplicación del Plan de
Un Ahora que ha pasado Algún tiempo la planificación de su Esfuerzo de mejora, es el momento de hacer Estos aviones realidad. La Aplicación de su plan de animador Puede resultar. Incluye la construcción y la Implementación de soluciones, la venta de ideas, y Superar la resistencia. En este capítulo se Proporcionan orientación sobre cómo proceder. (14 páginas)
Haga clic aquí para leer "La Aplicación del Plan"!

DACS State-of-the-Art Report on Software Process Improvement
El Objetivo de esta Mejora de procesos de software (SPI) del Estado-de-arte-el informe es Proporcionar una visión más clara en los detalles Necesarios para Demostrar (a partir de un negocio, ganancias y perdidas, y la perspectiva de la Alta Dirección) que los Beneficios de la Gestión mejorada del software usando Mejora de las técnicas de proceso de software. Aunque el informe se centra principalmente en el Proceso y los Beneficios de costo QUE SE PUEDE Lograr por medio de una Mejora de los procesos de software (SPI) del programa, el informe examen Algunas de las más secundario Beneficios de mejora de procesos de software de Asís. En última instancia, el propósito del artículo es Permitir A Los profesionales de software para Analizar y comparar la Mejora de procesos de software (SPI) los métodos de los Efectos de la presentación de la dirección. El documento concluye con una bibliografía comentada Ampliamente. (44 páginas)
Haga clic aquí para leer "DACS State-of-the-Art Report on Software Process Improvement"!

Retorno de la Inversión de Software Process Improvement medida por EE.UU. Industria
LOGOS realizado la investigación, bajo el patrocinio de la Fuerza Aérea de los EE.UU., para que la industria de EE.UU. con datos sobre los positivos, los Beneficios cuantificables, o retorno de la inversión, los Programas de Mejoramiento de Procesos de Software Basado en el Software Engineering Institute (SEI) Capability Maturity Model para software (CMM). Este artículo de Judith G. Brodman y Donna L. Johnson, de Logos Internacional describir los resultados de la investigación, que incluyen IVA un perfil de uso de métricas de software de Acuerdo con el nivel de madurez del software (niveles 1 a 5), Los Factores organizacionales que contribuyen A Los Programas de Menor y Mayor de Madurez del Proceso, las tendencias en la duración del tiempo dedicado por industria de los EE.UU. En cada nivel de madurez del software, y un resumen del software de proceso de datos de rendimiento de la inversión que Mejora industria de los EE.UU. ha Acumulado hasta la fecha. (13 páginas)
Haga clic aquí para leer "Retorno de la Inversión de Software Process Improvement medida por EE.UU. Industria"!

De Gestión del Conocimiento y Mejora de Procesos: una unión de dos disciplinas
De La Mejora de Procesos Ayuda a una Empresa a Aumentar su Eficacia una Través de exámenes continuos con el fin de hacer las cosas mejor. Una vez que se documentan los procesos, funciones y responsabilidades hijo Fácilmente identificados, se Llevan A Cabo Las actividades asociadas, y los procesos de herencia Se modifican para Reflejar los cambios de organización. La gestión del conocimiento, a su vez, facilita la comunicación entre las Organizaciones, Aumentando el intercambio de información y la Utilización de documentación de procesos. Este artículo de D. Gregory Burke, de la FAA y William H. Howard, de Northrop Grumman Mission Systems explora las experiencias de la Administración Federal de Aviación, con la Mejora de Procesos y Gestión del Conocimiento y muestra cómo estas dos disciplinas complementarias en realidad . (9 páginas)
Haga clic aquí para leer "Gestión del Conocimiento y Mejora de Procesos: una unión de dos disciplinas"!

Una Introducción a la Mejora de Procesos de Software
Este documento ha sido tomado de (el Instituto de Ingeniería de Software, SEI), Paquete de materiales educativos "Lecture Notes on Software Process Improvement" de Laurie Honour Werth. Comienza con una historia de la Software Engineering Institute (SEI) y su Proceso de trabajo de software. La terminología que se presenta y Los Cinco NIVELES del Instituto de Ingeniería de Software (SEI) Capability Maturity Model (CMM) se definen. Posibles usos y las Orientaciones futuras del Capability Maturity Model (CMM) se Proporcionan. (11 páginas)
Haga clic aquí para leer la "Introducción al Software Process Improvement"!

Los horarios y los costes y el valor de Software Process Improvement: Informe Jones Alcaparras
El tema de la Mejora de procesos de software es ahora muy popular en los Estados Unidos, Europa y la Cuenca del Pacífico. Hay muchos capítulos locales de la conocida Red de proceso de mejora de SPIN o de software. Por desgracia, la popularidad de un tema que no está en Consonancia Con los datos cuantitativos que se dispone sobre un tema. En el caso de la Mejora de Procesos de software, hay una grave ESCASEZ DE Información sobre horarios, costos y resultados de pasar de la Naciones Unidas para el rendimiento marginal superior de Desarrollo de Software. Este informe de agosto de 2005 por Alcaparras Jones muestra un software de 36 meses de estudio: Proceso de mejora caso derivado de varios de los clientes SPR para Ilustrar Cuatro Aspectos tangibles de mejora de procesos de software: 1) lo que cuesta Conseguir la excelencia en software, 2) El tiempo que se Tomar Para lograr la excelencia de software, y 3) qué tipo de valor sera el resultado de Lograr la excelencia de software, y 4) qué tipo de calidad, calendario, y de Los NIVELES Puede lograrse productividad Que. (30 páginas)
Haga clic aquí para leer "Los horarios y los costes y el valor de Software Process Improvement"!

Beneficios de la CMM-Based Software Process Improvement: primeros resultados
Este informe Elaborado por el Software Engineering Institute (SEI) de la Oficina del Programa Conjunto de 1994 tiene por Objeto Proporcionar al lector con los resultados iniciales de los Efectos de los Esfuerzos de Mejora de Procesos de Software en las organizaciones. Está destinado principalmente a profesionales de software, los miembros de los grupos de proceso de ingeniería de software, y los Administradores de INTERESADOS EN Entender el caso de software de negocios para invertir en la Mejora de Procesos de software. (64 páginas)
Haga clic aquí para leer "Beneficios de la CMM-Based Software Process Improvement: Resultados iniciales"!

La Acumulación del conjunto de pruebas para la rentabilidad de Software Process Improvement 
Muchas empresas en muchos sectores empresariales Distintos medios periodísticos con éxito la Mejora de procesos de software (SPI) programas. Informan retorno de la inversión (ROI) Las cifras de entre el 5 a 1 y 9 a 1. Este artículo del Dr. Herb Krasner de la Universidad de Texas en Austin Reanudar la Mejora de procesos de software (SPI), programas que han surgido en los últimos años Y también se analiza estudios para el Mejoramiento del Proceso del caso del software, los datos Pago de Retorno de la Inversión en todos los sectores de negocios, y otras medidas del Proceso de Mejora rentabilidad de software. El artículo del Dr. Krasner Se ofrece una excelente introducción al tema de la Mejora de procesos de software (SPI) y es rica en datos, Así como referencias bibliográficas (18 páginas)
Haga clic aquí para leer "La Acumulación del conjunto de pruebas para la rentabilidad de Software Process Improvement"!

Diez trampa Software Process Improvement A evitar
Más Organizaciones Están buscando a la Mejora de procesos de software (SPI) Como Una Manera de Mejorar la calidad, la productividad y la previsibilidad de su desarrollo de software, adquisición, y los Esfuerzos de mantenimiento de software. Sin embargo, los Esfuerzos de software de proceso de mejora Puede verse frustrado en muchos aspectos. Este trabajo del Dr. Karl E. Wiegers describir diez trampas más comunes que Pueden socavar Un programa de software de proceso de mejora. Aprender acerca de programas informáticos Estos asesinos Proceso de mejora y sus síntomas y soluciones, le ayudará A evitar que llevar su Proceso de iniciativa de software de mejora de sus rodillas. (9 páginas)
Haga clic aquí para leer "Diez trampa Software Process Improvement A evitar"!

Las tres dimensiones del Proceso de mejora - Parte 1
Esta es la primera parte de una serie de artículos por Watts Humphrey sobre los métodos de mejora de procesos de software que Fueron DESARROLLADOS en el Software Engineering Institute (SEI): El Capability Maturity Model (CMM) para el software, el Personal Software Process ( PSP), y el Proceso de equipo de software (TSP). El Capability Maturity Model (CMM) Proporciona un marco general para describir las actividades de las Organizaciones de software necesita para Producir Constantemente los resultados efectivos, el Personal Software Process (PSP) Ayuda a los ingenieros usar los Principios del Proceso del Software en su trabajo personal , El Proceso del software del equipo (TSP), muestra integrada de los equipos de producto de Como utilizar los procesos de software para Constantemente Producir productos de calidad en horarios de agresivo y de sus Gastos PREVISTOS. Cada método de proceso del software Proporciona importantes beneficios. Las Organizaciones de software obtendrá los mejores resultados Mediante el uso de los Tres. (7 páginas)
Haga clic aquí para leer "Las tres dimensiones del Proceso de mejora - Part 1"!

Las tres dimensiones del Proceso de mejora - Parte 2
I de este artículo por Parte Watts Humphrey describió el Capability Maturity Model (CMM), ¿por qué Se desarrolló, y a las Organizaciones una Mejorar su rendimiento Como Puede Ayudar. Parte II El ABORDA Personal Software Process (PSP), que muestra cómo los ingenieros Para Llevar A Cabo sus tareas de Manera Eficaz y profesional. En el análisis final, que las Organizaciones de software de rendimiento alto, Debe tener los ingenieros de software de alto rendimiento de trabajo en los Equipos de Alto Rendimiento de software. El Objetivo del Personal Software Process (PSP) es mostrar cómo los ingenieros de software de una Utilizar los Principios del Proceso del Software en su trabajo. Parte III de este artículo se describen El proceso del software del equipo (TSP), que muestra integrada de los equipos de producto de cómo Constantemente Producir productos de calidad bajo los anexos por agresivo y sus costos PREVISTOS. (9 páginas)
Haga clic aquí para leer "Las tres dimensiones del Proceso de mejora - Parte 2"!

Las tres dimensiones del Proceso de mejora - Parte 3
I de este artículo por Parte Watts Humphrey describió el Capability Maturity Model (CMM), y la parte II se Dirigió a la Personal Software Process (PSP). El Capability Maturity Model (CMM) Proporciona un marco general que ha ayudado muchas Organizaciones de las Naciones Unidas una Mejorar su rendimiento y el Personal Software Process (PSP), muestra cómo los ingenieros de Utilizar los Principios del Proceso del Software para hacer su trabajo personal. Parte III se describen El proceso del software del equipo (TSP), que muestra integrada de los equipos de producto de Cómo utilizar Estos procesos de software de Manera consistente productos de calidad sobre los Plazos de agresivo y de sus Gastos PREVISTOS. (8 páginas)
Haga clic aquí para leer "Las tres dimensiones del Proceso de mejora - Parte 3"!

The Business of Software Improvement
El retorno de la inversión en software de mejora de las prácticas está bien documentado. Sin embargo, el software de proceso de mejora de rendimiento de la inversión las cifras publicadas en la literatura se Basan en el ahorro operacional, es decir, en la Reducción de los costes de desarrollo por cada línea de código escrito o por Función de punto de entrega. A Pesar De Estos ahorros son impresionantes, este artículo de Steve McConnell afirma que el alcalde de beneficio de negocio Pueden surgir de los considerables Beneficios indirectos que se Derivan de las prácticas de software mejorado. Mejores Prácticas de software de Mejorar la previsibilidad de los costos y los horarios, Reducir el Riesgo de los costos Retrasos y de la programación, Proporcionar alerta temprana de problemas, y Apoyar una mejor Gestión. Para una empresa de productos de software, ¿Cuál sería el valor de negocio de Mejorar la Exactitud de la estimación de programación a partir de más o menos 100 Por Ciento uno más o menos el 10 por Ciento? ¿Cuál sería el valor de ser Capaz de hacer un compromiso con los clientes de seis a 12 meses antes de la fecha de finalización prevista, con alto grado de confianza de la entrega de ese compromiso? (4 páginas)
Haga clic aquí para leer el artículo!

Un Estado CAI de la entrevista de práctica con Alcaparras Jones
Alcaparras Jones es Director Científico Emérito de software de productividad de Investigación (SPR). Mr. Jones es el diseñador de los costes de varios programas y la calidad de las herramientas de software de estimación incluida SPQR/20 ™, el software comercial Determinar de la estimación previa de la herramienta una Utilizar los puntos de función, como base para el tamaño del código fuente del software, especificaciones de software, y los documentos del usuario del software. También es un consultor internacional en temas de Gestión de software, Orador de la ONU, un líder de seminarios, y un autor. Como autor, el Sr. Jones ha escrito 12 libros, entre ellos su mejor vendedorApplied Software Measurement: Asegurar la Productividad y la Calidad. Su libro más reciente esSoftware de Evaluación, puntos de referencia, y Mejores Prácticaspublicado por Addison Wesley Longman en 2000. Nuestra entrevista con Alcaparras Jones y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), se llevo A Cabo En julio de 2005.
Haga clic aquí para la entrevista con Alcaparras Jones!

Un Estado CAI de la entrevista de práctica con el Dr. Herb Krasner, de la Universidad de Texas en Austin,
El Dr. Herb Krasner es un Miembro de la Facultad Superior de la Universidad de Texas en Austin, y el Director de la Industria de Software de Ingeniería Programa de Afiliados. Él tambien es un Exitoso consultor de Excelencia de Software y Presidente de Krasner Consulting. Su personal de Misión, Abarca varias décadas, ha sido la de Permitir el desarrollo de software superior, y para acabar con el software de mala calidad, que siempre que sea encontrado. Él es mejor conocido por su trabajo de vanguardia en el modelado de los costes de la calidad del software, la información del retorno de la inversión para la Mejora de procesos de software, preparación de programas de Mejoramiento de Organización y de software de comunicación de los de resultados de sus estudios empíricos de los programadores profesionales. Ha publicado más de 55 trabajos, artículos y secciones de libros, ha hablado en muchas conferencias y reuniones profesionales, ACTIVAMENTE y participa en organizaciones profesionales y las sociedades. Nuestra entrevista con Herb Krasner y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), Tuvo lugar en junio de 2005.
Haga clic aquí para la entrevista con el Dr. Herb Krasner!

Senderos de proceso de madurez: El personal y equipo de Procesos de Software de
El CMM, PSP, TSP y Proporcionar un marco integrado de tres dimensiones para la Mejora de Procesos. El CMM cuenta con 18 áreas de proceso clave, y la PSP y TSP Ingenieros de guía en el tratamiento de casi todos ellos. Estos métodos no sólo Ayudan A Los Ingenieros de software de más Eficaz mar, sino que También Proporcionan la comprensión en profundidad necesarias para Acelerar la Mejora de Procesos de la organización. Obtenga más información en este artículo por Watts Humphrey, fundador de la SEI y creador de la Metodologías y PSP TSP. (17 páginas)
Haga clic aquí para leer "Senderos de proceso de madurez: El personal y equipo de Procesos de Software"!

Un Estado CAI de la entrevista de práctica con el Dr. Víctor Basili, de la Universidad de Maryland,
Dr. Victor Basili es profesor de Ciencias de la Computación en la Universidad de Maryland. Tiene un Doctorado en Ciencias de la Computación de la Universidad de Texas y títulos honoríficos de las Universidades de Sannio (Italia) y Kaiserslautern (Alemania). Fue Director Ejecutivo del Centro de Fraunhofer - Maryland y fundador y director del Laboratorio de Ingeniería de Software (SEL) de la NASA / GSFC. Él trabaja en la medición, evaluación y Mejora del Proceso de Desarrollo de Software y de Productos a Través de Mecanismos de observación y evolución de los Conocimientos Mediante la investigación empírica, por ejemplo, el Objetivo / Pregunta / Métrica enfoque, el paradigma de Mejora de la Calidad, la Fábrica de la experiencia. Él es un receptor de varios premios Incluyendo un premio de la NASA, los logros del grupo, la ONU NASA / GSFC Mejora de la Productividad y Mejoramiento de la Calidad Premio, el laudo de 1997 por Logro Sobresaliente en Matemáticas y Ciencias de la Computación por de La Academia de Ciencias de Washington, el Premio de Investigación 2000 pendientes de la ACM y SIGSOFT la de 2003 Harlan Mills otorgado por la IEEE Computer Society. Editor Dr. Basili ha escrito más de 200 artículos, fue-en-Jefe de varias revistas (IEEE TSE, Journal of Empirical Software Engineering) y Director del Programa y director general de varias conferencias (CISE). Él es un Miembro de IEEE y ACM. Nuestra entrevista entre el Dr. Víctor Basili y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, se llevo A Cabo en octubre de 2006.
Haga clic aquí para la entrevista con el Dr. Víctor Basili!

Conferencia del Dr. Víctor R. Basili para la confirmación de la Laurea Honoris Causa en Ingeneria Informatica, Universidad de Sannio
Esta conferencia maravillosamente entretenida e informativa por el Dr. Vic Basili, Director del Centro Experimental de Fraunhofer para la Ingeniería de Software en la Universidad de Maryland, las crónicas de los 30 años de carrera de ingeniería de software del Dr. Basili. A lo largo de Camino, el Dr. Basili describir sus experiencias con la NASA y el Laboratorio de Ingeniería del Software y explica cómo el campo de la ingeniería de software experimental Se inició y ha llegado a Hoy dónde está. (16 páginas)
Haga clic aquí para leer la conferencia del Dr. Víctor R. Basili!

El valor de Mejoras de Procesos de Software
Este Informe de Alcaparras Jones muestra un estudio de caso de 36 meses que pone de ALIVIAR Cuatro Aspectos tangibles de mejora de procesos de software: 1) Lo que los costos Para lograr la excelencia de software, 2) ¿Cuánto tiempo se Necesitara Para alcanzar la , y 3) ¿Qué tipo de valor se traducirá Alcanzar la excelencia de excelencia de software, y 4) ¿Qué tipo de calidad, calendario, y NIVELES Los de productividad Lograr SE PUEDE? (30 páginas)
Haga clic aquí para leer "El valor de Mejoras de Procesos de Software"!

Un Estado CAI de la entrevista de práctica con Larry Dribin
El Dr. Larry Dribin es Director de Software de Chicago Process Improvement Network (SPIN-C). En su trabajo de consultoría privada, el Dr. Dribin Ayuda a los clientes con la Mejora de Procesos de TI, el nivel de servicio de la construcción Acuerdo y / medición de negocios. El Dr. Dribin tambien hace uso extensivo de la SEI CMM para software y ha desarrollado extensiones para el CMM para comerciales Organizaciones de TI. Dr. Dribin Tiene un doctorado en Psicología Organizacional del Instituto de Tecnología de Illinois, un MBA en Marketing por la Universidad Loyola de Chicago y una licenciatura en Ciencias en Ingeniería Industrial de Illinois Institute of Technology. Es miembro de ACM, CQAA - donde es Director de Investigación y de la IEEE. Nuestra entrevista entre Larry Dribin y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, Tuvo lugar en noviembre de 2006.
Haga clic aquí para la entrevista con Larry Dribin!

Innovaciones positivas y Negativas en Ingeniería de Software
Hay dos tipos de Innovaciones que son importantes para el mundo del software: Las Innovaciones de productos e innovaciones de proceso. Sin embargo, las Innovaciones Pueden ser positivos o negativos. Este artículo de Alcaparras Jones pone la hipótesis de que la Escasez de innovación positiva en nuestra industria se Debe A UNA falta de comprensión de los problemas subyacentes en el Ámbito del Desarrollo de Software. (13 páginas)
Haga clic aquí para leer "positivos y negativos de Innovaciones en Ingeniería de Software"!

Mejora de rendimiento sigue la Mejora de Procesos
Mejora del rendimiento en el desarrollo de software SE PUEDE Lograr Mediante la inversión en las mejores prácticas de desarrollo de software. En este artículo de la edición de marzo de la DACS Software Tech News, David Garmus y Stasia Iwanicki discutir cómo una organización identificada mejoras Mediante Una combinación de Medidas CUANTITATIVAS y los valores cualitativos. (4 páginas) Este artículo Fue originalmente publicado en el News Tech Software, Volumen 10, No. 1, marzo de 2007.
Haga clic aquí para leer "Mejora de rendimiento sigue la Mejora de Procesos"!

Un Estado CAI de la entrevista de práctica con Patrick O'Toole
Pat O'Toole es el consultor principal en proceso de evaluación, consultoría
Haga clic aquí para la entrevista con Patrick O'Toole!

Implementación de un Programa de Organización Software Process Improvement
Las Organizaciones Deben estar preparadas para Cumplir con las actividades clave en la Implementación de un programa de software de ingeniería de procesos. Beth Layman, en su artículo, se centra en describir el "meta-proceso" Permite que las Naciones Unidas una organización para crear, Mejorar y Utilizar un conjunto de procesos documentados que guía el desarrollo y mantenimiento de software. Ella destaca los pasos que son complementarios A LOS Paradigmas de la Mejora de Procesos y diversos marcos. (10 páginas)
Haga clic aquí para leer "La Implementación de una organización Software Process Improvement Program"!

Características del Programa de Desarrollo de Software
Por lo general, muy Pocos proyectos de desarrollo de software en entregados son grandes Organizaciones en Tiempo y Dentro del presupuesto. Pekka Forselius Introducir en su artículo siete de la información y la comunicación (TIC) Los Tipos de proyecto y un método para Analizar las características de un Programa de Desarrollo de las TIC. Al final de su artículo es un informe breve experiencia. (7 páginas)
Haga clic aquí para leer "Características del Programa de Desarrollo de Software"!

Proyecto TIC con éxito Gestión del Alcance
Con Dos tercios de la información del mundo y la comunicación (TIC) proyectos que se consideren como un fracaso, parece que el Ámbito de Gestión no es una práctica común Dentro de Gestión de Proyectos. Pekka Forselius y Carol Dekkers recomendar enfoques y consejos aplicado con éxito en todo el mundo que han Aumentado drásticamente la Tasa de éxito en proyectos de TIC. (9 páginas)
Haga clic aquí para leer "Proyecto TIC Gestión del Alcance el éxito con"!

Ojo en el Premio
¿Por qué son sus proyectos de Ser Tan Difícil Como puede y su Grupo de Proceso de Lograr el nivel de madurez 2, si los proyectos no se consigue con el programa? ¿Por qué no son los proyectos que le Ayuda a Alcanzar el éxito? En este artículo de Patrick O'Toole, el primero de una serie de siete parte de "hacer y no hacer del Proceso de mejora, el autor" Las Respuestas a estas preguntas y más. (2 páginas)
Haga clic aquí para leer "Los ojos en el premio"! 
 
Hacer: Establecer el principio de alineación de 
Está bien, ¿Cuál es la Estrategia de negocio de nivel alcalde? Y ¿cómo se define el éxito del proyecto? Y ¿qué hacer con la directiva de la administración superior para "Alcanzar el nivel de madurez 2"? Patrick O'Toole, científico visitante en el SEI, se Abordan estas Cuestiones En este artículo, el segundo de una serie de siete que Abarca "Do's and Dont del Proceso de Mejora de". (2 páginas)
Haga clic aquí para leer "hacer: Establecer el principio de alineación"!

Positivo y negativo de Ingeniería de Innovaciones 
Este artículo de Alcaparras Jones pone la hipótesis de que la razón principal de la Escasez de innovación positiva en los métodos de desarrollo de software se Debe A UNA falta de comprensión de los problemas subyacentes del dominio de Desarrollo de Software. Una hipótesis corolario es que la falta de comprensión de los problemas se Debe A UNA medición inadecuada de la calidad, productividad, costos, y los Factores que Afectan A LOS resultados del proyecto. (5 páginas)
Haga clic aquí para leer "positivas y Negativas Innovaciones de ingeniería"!

Horarios, Costos y Valor de las Mejoras de Procesos de Software 
El tema de la Mejora de procesos de software es ahora muy popular en los Estados Unidos, Europa y la Cuenca del Pacífico. Por desgracia, la popularidad de un tema que no está en Consonancia Con los datos cuantitativos que se dispone sobre un tema. Este informe muestra un estudio de caso de 36 meses Procedentes de varios de SPR "s para clientes Ilustrar Cuatro Aspectos tangibles de mejora de procesos de software: 1) Lo que los costos Para lograr la excelencia de software, 2) ¿Cuánto tiempo se Necesitara Para alcanzar la excelencia, y 3) ¿Qué tipo de valor sera el resultado de Lograr la excelencia de software; 4) ¿Qué tipo de calidad, calendario, y NIVELES Los de productividad Lograr SE PUEDE? (30 páginas)
Haga clic aquí para leer "programas, costos y valor de Mejoras de Procesos de Software"!

El desafío de "Good Enough" Software de
Este artículo de James Bach es una versión ligeramente modificada de la original Que Fue publicado en la revista American Programador en 1995. Las ideas del autor se Basan en sus experiencias de Apple Computer, en los años 80, y Borland En los años noventa. Este artículo Fue Tratada como una diatriba contra la Cultura en 1995. Pero hoy, el movimiento de desarrollo ágil, que es un ejemplo de estas ideas, está bien Establecida. (11 páginas)
Haga clic aquí para leer "El desafío de" Good Enough "Software"!

De Comprender y Mejorar el software de productividad de 
El Objetivo de este artículo por Walt Scacchi en el Instituto de Investigación de Software de la Universidad de California, es la revisión de una muestra de estudios empíricos de la productividad del software para grandes sistemas de software de Gran Escala de la década de 1970 hasta la década de 2000 con el fin de Determinar qué Factores hijo afectar la productividad del software. (42 páginas)
Haga clic aquí para leer "y la comprensión Mejora de software de productividad"!

Desarrollo de Software de Productividad
Ha llegado el momento de serios Esfuerzos para Aumentar la Productividad Mediante un uso más eficiente de la mano de obra y más Eficaces las Propuestas de Valor para los clientes. SE TRATA DE sectores económicos como más maduras se han ido incrementando Décadas Durante la productividad. Pero primero tenemos que Definir qué se entiende por Mejora de la Productividad en la Industria de Desarrollo de Software. Tradicionalmente, hemos medido la productividad como mil líneas de código (Kloc) por hora de trabajo. Sin embargo, El proceso clave de una actividad de desarrollo es la transformación de las ideas en productos. Para medir la productividad real de desarrollo de software, tenemos que mirar a la eficiencia y la Eficacia con que convertir las ideas en el software. En este artículo de Mary Poppendieck, el autor comienza por la Formulación de una nueva definición de la productividad de desarrollo de software. (4 páginas)
Haga clic aquí para leer "Desarrollo de Software de Productividad"!

Por qué el software es tan malo y qué podemos hacer para solucionarlo
Fundamentalmente Hay algo equivocado en la forma de Crear un software. Contrario a la sabiduría convencional, falta de fiabilidad no es una Característica esencial de los programas de complejos de software. En este artículo de Louis Savain, el autor Propone una solución mágica para la fiabilidad del software y la crisis de la productividad. (15 páginas)
Haga clic aquí para leer "Por qué el software es tan malo y qué podemos hacer para solucionarlo"!

El Caso de Negocios de Mejores Prácticas de Software
Presentación de diapositivas de Steve McConnell, de Construx de software que describe la oportunidad en el centro de las Iniciativas de mejora de procesos de software, Mientras que Proporciona una visión general para comenzar. (39 páginas)
Haga clic aquí para leer "El Caso de Negocios de Mejores Prácticas de Software"!

No: Tómese el tiempo cada vez más rápido
La planificación y la ejecución disciplinada De Una Manera significativa Reducir la variabilidad de los resultados del proyecto. Asimismo, Establece una base sólida para los proyectos de Conseguir que se hagan mas rápido, de la organización Objetivo final. Puesto que es probable que las reducciones del tiempo de ciclo Lograr pecado sostenible resultados prévisibles Razonablemente, siga los consejos de Steven Covey y "poner primero lo primero." El desafío de la EPG es convencer a la administración superior que la generación de más y Estimaciones fiables es un Requisito Previo Necesario para Reducir el tiempo de ciclo - Y que una vez que los clientes creen que, una vez que la Credibilidad de la estimación se ha Establecido, la melodía de la danza ritual se vera alterado para siempre. Este artículo es la tercera parte de una serie PARTE VIII por SEI Visiting Scientist Patrick O'Toole. (2 páginas)
Haga clic aquí para leer "hacer: Tómese el tiempo cada vez más rápido"!

Hacer: Adaptar el sistema de recompensas
El sistema de recompensa Se ofrece la evidencia más tangible de lo que la Alta Dirección de la organización Cuando crezca quiere ser. Si la Alta Dirección realmente quiere Transformar la organización, Tienen que echar una mirada crítica en el sistema de recompensas que Existentes Garantizar y es recompensar el comportamiento deseado, y desincentivar el comportamiento Qué están Tratando de Eliminar. Hasta que lo hacen, no hay dinero Alineados Están las Naciones Unidas y su Boca. Este artículo es la cuarta parte de una serie PARTE VIII por SEI Visiting Scientist Patrick O'Toole. (2 páginas)
Haga clic aquí para leer "hacer: Alinear el sistema de recompensas"! 

Hacer: Convertirse en una organización de aprendizaje
Muchas Organizaciones Religiosas de captura "enseñanzas extraídas" y luego coloque cuidadosamente estas perlas de sabiduría en un gabinete de archivo rara vez tiene acceso o cancelación de la base de datos solamente. De Aldous Huxley, nos dijo: "Que los hombres no enseñar Aprenden mucho de las lecciones de la historia es el mas importante de todas las lecciones que la historia que tiene." O como dijo un ejecutivo, "no me importa mi gente un Cometer errores estúpidos - Así es como Aprenden. Me gustaría que Hagan Diferentes errores estúpidos la próxima vez!" Este artículo es la quinta parte en una serie PARTE VIII por SEI Visiting Scientist Patrick O'Toole. (2 páginas)
Haga clic aquí para leer "Do: Hazte organización inteligente"!

Real CAOS, Dos de mayo de agravios a la derecha
La opinión común de esto es que los proyectos tarde los los notoriamente hijo, sobre el presupuesto y no satisfacen las expectativas del cliente. Estos resultados Están apoyados por el caos del Grupo Standish de larga datos Informe de 1994. En su artículo Robin Goldsmith examen lo que realmente está Detrás de "adicional sobre el estado de las Standish Group Estadísticas y revela Algunas Verdades 'TI. La Mayoría de los horarios de los proyectos y los presupuestos No están bien fundadas para comenzar con la Cuestión Lo Que La cuestión de llegar tarde o Por encima del presupuesto no es Tan importante como el aprendizaje de uno lo que realmente hace que los proyectos que fracasan. (7 páginas)
Haga clic aquí para leer "CAOS Real, Dos de mayo de agravios a la derecha"!

Bajos Gastos REAL Software Process Improvement
Baja sobrecarga Proceso de Iniciativas de Mejora de Beneficios Puede Ofrecer software de SIGNIFICATIVOS en Comparación con las Iniciativas de marca más formal. En este artículo Robin Goldsmith, revela la clave para Identificar el "bajo colgando temas de mejora de frutas». Enfoques A corto Corte Beneficios Proporcionar el Renunciar al Análisis y La Manera Eficaz y eficiente Aplicación de las Mejores Prácticas Conocidas. (9 páginas)
Haga clic aquí para leer los "bajos Gastos REAL Software Process Improvement"!

Las múltiples dimensiones del Proceso del Software
El software es un Proceso de Convertirse en un gran problema para las empresas que Producen software. Como consecuencia, El proceso de software es cada vez mas importante para los empleados permanentes, A LARGO PLAZO Los Profesionales, y Consultor A corto plazo en la industria del software. Lea más en este artículo de la ACM por Sebastián Tyrrell. (11 páginas)
Haga clic aquí para leer "Las múltiples dimensiones del Proceso de Software"!

Direcciones futuras en la Mejora de Procesos
Puesto que los sistemas se hacen más grandes y más complejas, y al Ampliar el número de programas de desarrollo integrados y distribuidos, los procesos de desarrollo, por los métodos, y la Gestión tiene que cambiar. Para Mantener el Ritmo De Estos cambios, las direcciones de mejora de procesos También Deben cambiar. Este artículo por Watts Humphrey, James Over, Michael Konrad, y William Peterson describen las instrucciones probable futuro de la evolución del Proceso de mejora. (11 páginas)
Haga clic aquí para leer "Direcciones futuras en la Mejora de Procesos"!

Como Desarrollar software Como usted Están al mando de las Naciones Unidas tanque
En "Fuentes de Poder", Gary Klein describe su investigación de las variaciones en la comprensión de Órdenes entre los comandantes y Líderes de pelotón de tanques, llegando a conclusiones que dar respuestas que como ay no Prepara a los equipos individuales de reaccionar ante imprevistos. En este artículo por Gojko Adzic, explica el autor cómo esto se Relaciona con el software, también. (4 páginas)
Haga clic aquí para leer "Cómo Desarrollar software como usted Están al mando un tanque"!

Diferentes preguntas
"Cuestiones Ejecutivo" dar una idea de las Prioridades de la organización. Que bueno es el patrocinador de Mejora de Procesos PIDE a las preguntas relacionadas con el Proceso en la Reunión Mensual del Comité Directivo, pero ¿qué tipo de preguntas es el Equipo Directivo preguntar en los examenes de proyectos? ¿Qué tipo de preguntas Debe el Equipo Directivo se preguntarán? (2 páginas)
Haga clic aquí para leer "preguntas Diferentes"!

Sopa de letras
Ya sea a partir de una iniciativa de calidad o un programa de ejercicio, los secretos del éxito hijo Principios de expectativas realistas, la Acumulación progresiva de la perseverancia y capacidad. No todo el mundo con las promesas overstuff de nutrición de la sopa de letras, sino prepararlos Para algunas salidas en falso, un Algunos contratiempos, en E INCLUSO Algunos Lesionados El Camino. (2 páginas)
Haga clic aquí para leer "Sopa de letras"!

Firma Por su Firma Reafirmando
Hay muchas Organizaciones PUEDAN Sostener que la Mejora Continua, sin una evaluación formal para que reafirmen su progreso, Así Como Hay Algunos corredores de larga distancia que no se sienten obligados a correr un maratón anual. Pero para la Mayoría de nosotros, es el foco de los Objetivos Estos mensurables que nos Ayuda a Mantener nuestra disciplina una Través de los tiempos difíciles. Sin Estos puestos de control, Puede erosionar el compromiso y la regresión Puede ocurrir. Lea más en esta 12 ª y última entrega de "Pat O'Toole Proceso de Mejora de hacer y no hacer". (2 páginas)
Haga clic aquí para leer "Tu Firma por Firma Reafirmando"!

Software Process Improvement Handbook: A Practical Guide
A menos que puedo decir honestamente, "Yo soy la Creación de software de hoy, Así como de software, siempre SE PUEDE Construir", siempre Debe estar Tratando de Mejorar su desarrollo personal y el software de su equipo y las capacidades de gestión de proyectos . Este 72-manual de la página ABORDA muchas Cuestiones que Pueden Ayudar a las Organizaciones de software de las Naciones Unidas y Aplicar Mantener Exitoso programa de mejora de procesos. Que el mar ya este usando la CMM o CMMI como marco de mejora de procesos, o simplemente Tratando de aprender a trabajar más eficazmente, Usted encontrará una Riqueza de las ideas de orientación práctica y útil sobre la forma de dirigir la organización hacia la Mejora de la Productividad y la Calidad.
Haga clic aquí para leer "Software Process Improvement Handbook: A Practical Guide"!

DO: Establecer Políticas de organización, no se Políticas CMM se
El vicepresidente de ingeniería está Tratando de Establecer Un proceso disciplinado Cultura en su organización de desarrollo de software. Como consultor, Mejorar ha animado a pensar en las Políticas de empleo como un medio para Demostrar su compromiso con el Establecimiento, A continuación, y el Proceso de Gestión de proyectos. Como consultor de la VP, lo que 3 puntos recomendaría usted que se documenta en la política inicial de su organización, el Project Management? (2 páginas)
Haga clic aquí para leer "DO: Establecer Políticas de organización, no Políticas CMM"!

DO: Separa Proceso de documentación de Material Didáctico
En este artículo de Pat O'Toole, el autor distingue entre el material de formación y documentación de procesos. Para los estudiantes, material de formación Suele ser de un solo uso de activos - que se UTILICE en el aula y luego pegarlo en la plataforma. Por el contrario, el Proceso de la documentación Debe servir como una guía de referencia rápida para el ejecutor del proceso. Al igual que una lista de comprobación previa al vuelo, Debe Centrarse en los elementos del Proceso vital que la Reducción de la probabilidad de que los pasos críticos, Darse cuenta el pecado se pasa por alto. (2 páginas)
Haga clic aquí para leer "DO: Separa Proceso de documentación de Material Didáctico"!

DO: Separa Proceso de documentación de los Procedimientos de
Similar a los Requisitos Empresariales, El proceso se centra en lo que se espera de ellos. Un análogas Los detalles de aplicación, procedimientos describen cómo se que espera aquí. Esta Distinción ES A menudo borrosa Porque documentado los procesos y Procedimientos Suelen incluir muchos de los Mismos elementos: propósito, los papeles, los insumos, los Criterios de entrada, las actividades / etapas, resultados, Criterios de salida, etc La diferencia entre los reales Procesos y Procedimientos se encuentra en los "grados de libertad" proporcionada por el componente documentado. (2 páginas)
Haga clic aquí para leer "DO: Separa Proceso de documentación de los Procedimientos de"!

Multitareas Gestión del tiempo - Las Interrupciones y
Es un mundo muy loco por ahí. La gente trabaja más horas y metiendo Todo lo que Pueda en su día. A menos que usted haya tomado en seis empleos de tiempo completo, usted que sentir Puede Usted está Holgazanear. Tomando más en el trabajo, o simplemente Tratando de hacer más cada día, que hacer Puede usted y crecer. Sin embargo, sólo metiendo más tareas en un día Tambien puede conducir A las Naciones Unidas bajo rendimiento Cuando su enfoque es totalmente Interrupciones Tiro con, O cuando Numerosos tareas que se Inician y Pocos de ellos se han completado de Manera Adecuada. Interrupciones múltiples crónicas y-tarea Puede LLEVAR A los Principales objetivos ser empujado fuera de la vista de las Naciones Unidas en general y Aumento de estrés. (3 páginas)
Haga clic aquí para leer "de Gestión del tiempo - Las Interrupciones multitareas y"!

Hacer más por menos en software y soluciones de desarrollo
Cuando la economía se convierta en turbulento, es natural para Reforzar los presupuestos, hacer cortes y esperamos que la organización A trabajar más duro para que se Pueden Producir más con menos.
Los Memorandos y correos electrónicos se Utilizan A veces para anunciar reducciones A UNA ORGANIZACIÓN QUE SE NECESITAN en los costos y que Cualquier Esfuerzo adicional por parte del apreciado Será personal. El impulso de enviar un memo Puede Ayudar Y es comprensible, PERO SOLO Puede Tener un impacto temporal en la organización, Mientras que el "ahorrar dinero" petición Aún está fresco en la mente de las personas.
En cambio, en una serie sistemática de las mejoras que se necesita para Producir más por menos Coherente en el tiempo. Estas mejoras se Deben Abordar las ineficiencias que se Producen cada día en los proyectos, además de Reducir los Gastos duro. (3 páginas)
Haga clic aquí para leer "Cómo hacer más por menos en software y soluciones de desarrollo"!

Implementación de un Programa de Mejoramiento (una lista)
La Aplicación de un programa de mejora Puede ser una tarea Abrumadora y la nebulosa. Hay muchos lugares donde se podria empezar, muchos estándares publicados y se podria adoptar. Este artículo Se ofrece un resumen de los Pasos a Considerar en la planificación y el seguimiento de un programa de mejora. (4 páginas)
Haga clic aquí para leer "Implementación de un Programa de Mejoramiento (una lista)"!

Análisis comparativo de los Proceso de maduración y de calidad
Este documento por Louis Poulin describir un método Utilizado para medir la calidad esperada de los Productos y Servicios DESARROLLADOS por las Organizaciones de TI. El método descrito aquí se basa en una muestra de 40 Evaluaciones de amplio realizado en América del Sur, Europa y América del Norte, y Demuestra que una organización de TI Debe Centrarse en la Mejora y la Implementación de procesos que Aprovechar las oportunidades que tiene de Cumplir sus Objetivos de negocio y la Evitar Los Problemas Potenciales A LOS Expone que se se produzca, y degeneren en crisis. Madurez del Proceso no es pecado sentido tiene Tener en cuenta este objetivo. (4 páginas)
Haga clic aquí para leer "Análisis comparativo de los Proceso de maduración y de calidad"!

Rendimiento Adecuado Lograr el equilibrio entre el Proceso de Maturiy y
Este documento por Louis Poulin se resumen las observaciones formuladas en el curso de 58 cuotas Basado en el CMMI y en su predecesor, el CMM. Destaca, entre otras cosas, los desafíos que Enfrentan estas Organizaciones en la optimización de las formas de Mejorar la calidad de sus productos y servicios Utilizando el CMMI como punto de partida. (4 páginas)
Haga clic aquí para leer "conseguir el equilibrio entre Adecuado El proceso de rendimiento y Maturiy"!

Libro Blanco: Mejorar la Aplicación de Efectividad en el Desarrollo
El propósito de este artículo por Nick Spanos de Cai es Definir una Estrategia para Mejorar la Calidad y la Reducción del Esfuerzo en Relación con el desarrollo de aplicaciones de software. (4 páginas)
Haga clic aquí para leer "Libro Blanco: Mejorar la Aplicación de Efectividad en el Desarrollo"!

Libro Blanco: La Entrega Efectiva de I / T Servicios de
Un Eficaz I / T de Prestación de Servicios organización ha definido Claramente las expectativas y Utiliza técnicas de Gestión Proactiva para Cumplir o exceder las expectativas y los Minimizar costos. Las expectativas de rendimiento incluyen IVA una variedad de cuentos Factores como la frecuencia y la Prioridad de los problemas, el número de solicitudes de servicios que, de respuesta, la falta de quejas de los clientes, y el costo-eficacia. Este artículo examen los desafíos asociados con la Gestión de las expectativas, la medición de la entrega de rendimiento, y Mejorar Continuamente el rendimiento. (3 páginas)
Haga clic aquí para leer "Libro Blanco: La Entrega Efectiva de I / T Servicios"!

La Aplicación del Plan de
Un Ahora que ha pasado Algún tiempo la planificación de su Esfuerzo de mejora, es el momento de hacer Estos aviones realidad. La Aplicación de su plan de animador Puede resultar. Incluye la construcción y la Implementación de soluciones, la venta de ideas, y Superar la resistencia. En este capítulo se Proporcionan orientación sobre cómo proceder. (14 páginas)
Haga clic aquí para leer "La Aplicación del Plan"!

Hacer mejoras importantes con la administración superior
Desde 1988 hemos ayudado a las Empresas a Mejorar su rendimiento, calidad y costo. Durante ese tiempo, ha habido mejoras Algunas Fundamentales que hemos visto a las Organizaciones para tomar una Acelerar el cambio. Una de ellas es cambiar la forma como gerente se Relaciona con la organización. (2 páginas)
Haga clic aquí para leer "hacer mejoras importantes con la administración superior"!
 

CMM

¿Cómo CMM impactos en la calidad, productividad, Rework, y la línea inferior
Este artículo, por Miguel Díaz y Jeff King General de Dinámica de Sistemas de Decisión, explora diversos Costes / Beneficios y los problemas se examinan los resultados de rendimiento de diversos proyectos de General Dynamics Sistemas de Decisión Con Relación a la madurez de procesos de software. Los datos cuantitativos presentados indica que Capability Maturity Model (CMM) con sede Mejora ha Dado resultados en términos de productividad y software de alta calidad de software. (6 páginas)
Haga clic aquí para leer "¿Cómo CMM impactos en la calidad, productividad, Rework, y la línea inferior"!

CMM vs CMMI: De un moderno software convencionales de Gestión de
Este artículo de Walker Royce, Vice President y General Manager de Servicios Estratégicos de la Corporación Rational Software, Reanudar Algunas Reflexiones sobre la transición de las técnicas convencionales de Gestión de software a las técnicas modernas de Gestión de software. En particular, hace suyas el autor Capacidad (las Mejoras en CMMI del Software Engineering Institute's Maturity Model Integrated) Enfoque y busca motivar a las Organizaciones de Desarrollo de Software para Aplicar el enfoque de CMMI correctamente. (11 páginas)
Haga clic aquí para leer "CMM vs CMMI: De un moderno software convencionales de gestión"!

Introducción al CMMI
A Pesar de CMMI (Capability Maturity Model Integration) La documentación es completa, es dificil de usar. La Gran cantidad de documentos, páginas, y se percibe la Superposición sobrepasa los recién llegados, en particular. Sin embargo, dos libros sobre el CMMI (Capability Maturity Model Integration) OFRECEN Una Guía para Ayudar A Los Usuarios navegar y encontrar lo que Necesitan. Este artículo de Christof Ebert de IEEE Software Se ofrece una visión sucinta y pragmática De Estos dos libros. (3 páginas)
Haga clic aquí para leer "Introducción al CMMI"!

Competir en la Industria del Software - Will Ayuda certificación CMMI?
Las compañías de software de Relaciones Exteriores Están pregonando la certificación en el Modelo de Madurez de la Capacidad (CMM ®) como una Importante Ventaja competitiva sobre las empresas locales. Este artículo de Ed Carroll explora la pregunta, "¿Qué hacen los ingenieros de software en este ambiente de trabajo Difícil de ser competitivos en el mercado". En el camino, el autor investiga las reclamaciones de la DIVERSAS Capability Maturity Model. (4 páginas)
Haga clic aquí para leer "Competir en la Industria del Software - Will Ayuda certificación CMMI?"!

Demostrar el impacto y Beneficios del CMMI
De La Mejora de Procesos de tumbas Cualquier tipo requiere una inversión considerable de tiempo y dinero por parte de las Organizaciones que Deciden llevarla A Cabo. Capability Maturity Model ® Integration (CMMI ®)-basado en la Mejora Excepción no es una, y la evidencia objetiva de confianza acerca de sus Beneficios es esencial para Abordar una variedad de Preocupaciones. Un Número Creciente de Organizaciones que esten considerando el uso de modelos CMMI, pero Algunos Siguen Siendo escépticos sobre el valor de Cualquier modelo basado en la Mejora de Procesos. El propósito de este informe especial, producido por el SEI Programa Conjunto Oficina en octubre de 2003, es doble: Dar a conocer los resultados preliminares sobre el impacto de CMMI y para describir el trabajo en curso y futuras En este ámbito. Sección 2 Proporciona una sinopsis de los estudios de casos en que el presente informe especial se basa. Sección 3 sigue con un breve análisis de cómo una organización Puede Demostrar el impacto de CMMI Basado en el Proceso de mejora en el desempeño del proyecto y la calidad del producto. La sección 4 presenta los resultados de una serie de estudios de casos Qué están disponibles al público y de los demás que Se realizan En colaboración con el Instituto de Ingeniería de Software (sismo). La sección 5 describe en marcha otros trabajos en el SEI y en otros lugares para Proporcionar pruebas creíbles sobre el Impacto de la Mejora de Procesos Basados en modelos de CMMI. Sección 5 También contiene una breve discusión de las Limitaciones de la actual mano de obra y los planos para el futuro. (55 páginas)
Haga clic aquí para leer "Demuestran que el impacto Beneficios y de la CMMI"!

CMMI para el Desarrollo
CMMI para el Desarrollo es una colección de las mejores prácticas que se genera en el marco de CMMI. El propósito de CMMI para el Desarrollo es Ayudar a las Organizaciones una Mejorar sus procesos de desarrollo y mantenimiento de los productos y servicios. Si usted es nuevo para la Mejora de procesos, nuevos en CMMI, o ya Están familiarizados con CMMI, esta publicación Pueden Ayudar uno por entender qué CMMI para el Desarrollo es el mejor Modelo A Utilizar Para mejorar sus procesos de desarrollo y mantenimiento. La primera parte le Dará una visión general de mejora de procesos y CMMI Explicar lo qué se trata. La segunda parte le Dará una idea del Alcance de las mejores prácticas contenidas en el modelo. Tercera Parte proporcionará una lista de recursos adicionales para el seguimiento de antes de seguir adelante con el CMMI para el Desarrollo. (561 páginas)
Haga clic aquí para leer "CMMI para el Desarrollo"!

CMMI Nivel 2 Dentro de 6 meses? De ninguna manera!
Analítico Global Information Technology Services, Inc. (marchas) decidió Recibir el Software Engineering Institute (SEI) Capability Maturity Model Integration (CMMI) Nivel 2 Calificación Plazo de cinco meses. El propósito de este artículo de George Jackelen Demostrar que es Cuando una organización ya está haciendo la gestión de proyectos competente, El Esfuerzo de referencia que la Capacidad Mediante el uso de CMMI es casi directa, y es posible Lograr CMMI Nivel 2 apreciarse un número de Plazo de seis meses. Esto significa que Debe haber apoyo a la gestión, el personal Adecuado proyecto CMMI, la selección de los Esfuerzos de derecho (s) para su evaluación, y un tasador CMMI entiende que El Esfuerzo de la compañía y Provee retroalimentación positiva. (7 páginas)
Haga clic aquí para leer "CMMI Nivel 2 Dentro de 6 meses? De ninguna manera!"

Cartografía de las Naciones Unidas TSP CMMI
Este informe de James McHale y Daniel Muro Constituye un elemento esencial para Facilitar la Adopción de la PST en las organizaciones que Utilizan CMMI, es decir, un mapeo de las prácticas ideales TSP en las prácticas genéricas y específicas de CMMI. Al Aplicación esta Tener (también conocido como análisis de lagunas), Quienes están involucrados en la Mejora del Proceso y los Esfuerzos de evaluación es más fácil Determinar qué tan bien la organización o de un proyecto es la Aplicación de la TSP, los que tan bien Proyectos que Utilizan TSP con clasificar Puede Respecto a CMMI, y dónde y cómo llenar las lagunas en la cobertura de CMMI. Organizaciones que ya Raíz de un plan de mejora Basado en CMMI También entiendan Determinar la Adopción de TSP Podrían ayudarles A LOGRAR una más amplia, más profunda, más o Implementaciones de madurez de CMMI prácticas y objetivos. (209 páginas)
Haga clic aquí para leer "Cartografía de las Naciones Unidas TSP CMMI"!

Acelerar la Mejora de Procesos Mediante la integración el de la TSP y CMMI
Este informe de Daniel Muro, James McHale y Marsha Pomeroy-Huff describir Como dos EE.UU. Nivel Naval Air Systems Command (CNSA) a las Organizaciones integradas a la Utilización del Instituto de Ingeniería de Software (SEI), Team Software Process SM metodología y el marco de Madurez de la Capacidad de modelado para el Progreso de Nivel de Madurez del 1 al de Madurez 4 en 30 meses. Esto es menos de la mitad del tiempo medio que se ha tomado de Otras Organizaciones Para lograr la progresión del mismo nivel de madurez. Este estudio de caso describe el Proceso de Mejora de los Esfuerzos de ambos grupos y la CNSA Cómo se INTEGRAN las dos tecnologías de SEI para Acelerar la Mejora de Procesos Dentro de sus organizaciones. Por último, el informe presenta los Factores claves que permitieron CNSA Para lograr estos resultados rápidos. (35 páginas)
Haga clic aquí para leer "Acelerar la Mejora de Procesos Mediante la integración de la TSP y el CMMI"!

De TSP Puede Ser la construcción de bloques de CMMI
Su organización tiene un mandato Para lograr Capability Maturity Model Integration Level 3. ¿Por qué INCLUSO Considerar la adicion del Proceso del software del equipo A su plato Cuando ya está desbordado? En este artículo, Alan S. Koch se debatirá cómo TSP - lejos de añadir el trabajo para una iniciativa CMMI - Puede Reducir potencialmente El Tiempo y El Esfuerzo Que Sea Necesario Para lograr sus objetivos. Al mismo tiempo, se dedicará TSP A sus ingenieros en los procesos de disciplina, dándoles un Reconocimiento por los buenos procedimientos, junto con el deseo de Adoptar procesos de mejora en todas las áreas de la organización. (7 páginas)
Haga clic aquí para leer "Ser TSP puede la construcción de bloques de CMMI"!

Perfiles de CMMI Nivel 5 Organizaciones
Muchas empresas que han alcanzado el nivel 5 Utilizando la Capacidad del Instituto de Ingeniería de Software Maturity Model Integration (CMMI), han tomado un rumbo diferente en la Justificación de su presupuesto de iniciativa de mejora de proceso. Este artículo de don Reifer Reanudar los perfiles de la madurez de las Organizaciones de alto y se explica cómo se van de justificar sus presupuestos. También el articulo Se ofrece información sobre las Tácticas Diferentes Que Estas empresas emplean a ganar la batalla del presupuesto. (5 páginas)
Haga clic aquí para leer "Perfiles de CMMI Nivel 5 Organizaciones"!

APLICACIÓN SCRUM (AGILE) y CMMI ® JUNTOS
Si usted es un ingeniero de software o profesional de TI, su grupo se ha mostrado muy probable un fuerte interés en la Reducción de Costes, Mejora de la calidad y la productividad. Su grupo también podría ver un pre-envasados varios marcos, como ágil (por ejemplo, Scrum y Extreme Programming), CMMI 1, y Six Sigma. A primera vista, cada Uno de estos marcos Puede parecer en contradicción entre sí, lo que dificulta el uso de dos o más. Esto Ocurre Normalmente Porque gran parte de la información compartida en Relación Con estos marcos es de historias de éxito y fracaso, en lugar de Comprender las Particularidades de cada marco. Cada Marco Puede ser aplicado con éxito en Función de la Cantidad de atención se pone en su aplicación. En este artículo se compara CMMI y Scrum, ya que son dos marcos de uso común, y los que hemos visto luchar con los grupos Cuando Se Utiliza Conjuntamente. En primer lugar, vamos a definir brevemente cada uno. (5 páginas)
Haga clic aquí para leer "APLICACIÓN SCRUM (AGILE) y CMMI ® JUNTOS"!

 

 

Métodos Ágiles

Cómo Manejar Beneficios y costos del proyecto con Evolutiva (EVO) de Desarrollo
El principio SUBYACENTE Evolutiva Desarrollo de Métodos (EVO), es el Plan-Do-Study-ciclo ley. En otras palabras, el "ciclo de control de proceso" según lo enseñado por Walter Shewhart de AT
Haga clic aquí para leer "Cómo Manejar Beneficios y costos del proyecto con Evolutiva (EVO) de Desarrollo"!

Caso de estudio: De Cascada para Evolutiva (EVO) de Desarrollo
Desarrollo de métodos evolutivos (EVO) se centran en la rápida publicación de gran valor para los INTERESADOS del proyecto de software, y en la Obtención y Utilización de Información de los interesados. Este artículo de Tom Gilb y Trond Johansen describir, desde el punto de vista de un director de proyecto de software, las experiencias positivas de que una organización Logro Rápidamente Cuando cambiaron de Utilizar el método de cascada de Desarrollo de Software para el método de desarrollo evolutivo (EVO). Principales Beneficios procedían de alcalde Prestar la atención a la calidad de los Requisitos de software en Comparación con la práctica anterior de concentrarse Únicamente en la Funcionalidad del Software Necesario. (11 páginas)
Haga clic aquí para leer "Estudio de caso: de cascada para Evolutiva (EVO) de Desarrollo"!

Un Estado CAI de la entrevista de práctica con Tom Gilb, Evolutiva y de Desarrollo Profesional de Expertos Autor
Principios de Ingeniería de Software de Gestión(1988, Impresión 20 ª),Software de Inspección de(1993, impresión de 13), yCompetitiva de Ingeniería: Un Manual para Ingeniería de Sistemas, Ingeniería de Requisitos, y de Ingeniería de Planguage Utilizando el software de, Que fue publicado en julio de 2005. Sus métodos de desarrollo de software de hijo Ampliamente adoptado y Oficialmente por Numerosas Organizaciones, como IBM, Nokia, Ericsson, HP, Intel, Citigroup, Symbian, y Médicos de Philips. Nuestra entrevista con Tom Gilb y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), se llevo A Cabo en diciembre de 2005.
Haga clic aquí para leer la entrevista con Tom Gilb!

Iterativo e incremental de desarrollo: Una Breve Historia 
Aunque muchos consideran que el desarrollo iterativo e incremental como una práctica moderna, sus fechas de aplicación ya en la década de 1950. Prominentes Líderes sólidos de ingeniería de software de cada década subsiguiente apoyo Prácticas IID, y muchos proyectos grandes que se Usan con éxito. Obtenga más información en este artículo por Vic Basili y Craig Larman. (10 páginas)
Haga clic aquí para leer "iterativo e incremental de desarrollo: Una Breve Historia"! 

Los Procesos ágiles 
El Objetivo Profesional de cada ingeniero de software y cada equipo de desarrollo es Proporcionar el Mayor valor posible a clientes y los Empleadores. Y, sin embargo, los proyectos fracasan las Naciones Unidas un ritmo desalentador. Aunque bien intencionada, la espiral ascendente de la Inflación Proceso es culpable de al menos parte de este fracaso. Los Principios y valores del desarrollo ágil se formaron como una Manera de Ayudar A los Equipos A romper el ciclo de la Inflación: Proceso y Centrarse en técnicas sencillas Para alcanzar sus Objetivos. (10 páginas)
Haga clic aquí para leer "Los procesos ágiles"!

Observaciones agilidad sobre el equilibrio entre la disciplina y 
Metodologías Ágiles de Desarrollo prometen alcalde Satisfacción del Cliente, menores Tasas de defectos, tiempos de desarrollo más rápido, y una solución a la rápida evolución de las Necesidades. Plan de enfoques impulsados por la promesa previsibilidad, la estabilidad, y la garantía de alta. Sin embargo, ambos enfoques Tienen que Deficiencias, si se deja sin TRATAR, Puede llevar al fracaso del proyecto. El reto es equilibrar los dos enfoques Aprovechar sus fortalezas y sus weakenesses y Compensar. Este documento, por Barry Boehm y Richard Turner, presenta seis observaciones extraídas de sus Esfuerzos para Desarrollar este tipo de enfoque. (8 páginas)
Haga clic aquí para leer "Observaciones sobre el equilibrio entre la disciplina y la agilidad"!

Introducción a Agile Software Development 
Este trabajo de Víctor Szalvay Es una introducción a la escuela ágiles de desarrollo de software, y está Dirigida principalmente a gerentes de TI CXOs y con un interés en Mejorar la productividad de desarrollo. El autor de Introducir la escuela cascada y lo compara con los diversos métodos iterativos, de los Cuales es un subconjunto Agile. En El Camino, SE TRATA DE Demostrar el ir por Debajo del enfoque en cascada Mientras que Proporciona una solución iterativa, y más específicamente, métodos ágiles. (11 páginas)
Haga clic aquí para leer "Introducción a la Agile Software Development"!

¿Debe usted ser mas ágiles? 
Técnicas de desarrollo ágil de software son una Respuesta Efectiva uno de los muchos problemas que Siguen azotando A LOS PROYECTOS DE DESARROLLO. Ágiles de Desarrollo ha entrado recientemente en la atención DEBIDO a la popularidad de su interpretación más conocida, la programación extrema, pero Algunos de sus fundamentos se remontan a 20 años. Este artículo de Michael Rich Mcabe Polen y del Consorcio de Software de Productividad ABORDA Algunas de las preguntas sobre ágil: ¿Qué es ágil? ¿Quién debe ser ágil? ¿Cómo no Cualquier proyecto de creación de aplicaciones para pequeñas empresas Considerar Seriamente La Posibilidad de desarrollo ágil? ¿Es el desarrollo ágil de "todo o nada"? (6 páginas)
Haga clic aquí para leer "¿Debe usted ser mas ágiles?"!

Al ser ágiles 
No todos los proyectos de TI se presta al desarrollo de adaptación. Debemos entender que el desarrollo de adaptación es APROPIADO Y cuándo el desarrollo de predicción es Apropiada. La misma pregunta se Enfrenta un muchos profesionales de TI Alrededor del Mundo, como los Beneficios del Desarrollo de adaptación de las Naciones Unidas como Credibilidad enfoque general de desarrollo de software. Como Dave Nicolette muestra en este artículo a partir de 2005, las respuestas fáciles y el hijo y de encontrar, pero difícil de Interpretar. (6 páginas)
Haga clic aquí para leer "Al ser ágiles"!

¿Qué es Agile Software Development? 
En los últimos años, las ideas de "desarrollo ágil de software", que incluye cuentos Metodologías individuales como los métodos de Cristal, programación extrema, Característica impulsada por el desarrollo, adaptación y desarrollo de software, cada vez Se aplican y estan Causando un debate considerable. Este artículo de Jim Highsmith, Trata de responder a la Cuestión fundamental en la mente de muchas personas: ¿Qué es el desarrollo ágil de software? (10 páginas)
Haga clic aquí para leer "¿Qué es Agile Software Development?"!

Aprender de Agile Software Development - Primera parte
La parte uno de este artículo en dos partes por Alistair Cockburn comparativo ágil, el plan Impulsado, y el coste de desarrollo de software sensibles los Enfoques Basados en un conjunto de principios de organización del proyecto, extrayendo de ellos las ideas para tirar de técnicas ágiles en Función de los Costos y el plan de proyectos Impulsado por. La primera parte describe la forma ágil plan de la ONU y Impulsado por los equipos de que El Comercio DIVERSOS Compromisos y de dinero para Obtener información o de Flexibilidad, y presenta los primeros siete de 10 Principios para poner a punto un proyecto para satisfacer las DIVERSAS Prioridades, Incluyendo El costo, la corrección, la previsibilidad, la velocidad y agilidad. (10 páginas)
Haga clic aquí para leer "Aprender de Agile Software Development - Part One"! 

Aprender de Agile Software Development - Segunda parte 
Part-dos de este artículo en dos partes por Alistair Cockburn presenta los últimos 3 de 10 Principios para poner a punto un proyecto para satisfacer las DIVERSAS Prioridades, Incluyendo el costo, la corrección, la previsibilidad, la velocidad y agilidad. Luego, el autor saca el material junto a las acciones IMPULSADAS por el plan y el costo de equipos de proyecto sensibles Pueden Utilizar Para mejorar sus estrategias contra sorpresas y Protección. (10 páginas)
Haga clic aquí para leer "Aprender de Agile Software Development - Segunda Parte"!

Informe de Gartner: Ágiles de solicitud de subsidio para el Desarrollo
La Flexibilidad con La que se reúnen LOS REQUISITOS Gestión y disciplinada Como muestra Un proceso de desarrollo ágil es. Agile las Organizaciones de Desarrollo con la definición de las Necesidades y entornos automatizados de una mejor Gestión admiten el control de cambio, la eficiencia de las pruebas de ganancia y Reducción de las cargas de mantenimiento futuro. Lea más en este informe de investigación de Gartner de abril de 2005. (4 páginas)
Haga clic aquí para leer "Informe Gartner: Ágiles de Desarrollo de Aplicaciones de Beneficios"!

Agile Agile Antes era fresca

Haga clic aquí para leer "Antes de Agile Agile Estaba fresco"!

Una colección de ensayos Agile
Un sitio web completo de ensayos ágil recogidos por Scott Ambler. Muy útil.
Haga clic aquí para leer "Una Colección de Ensayos Agile"!

Ágil y de la Declaración de Interdependencia 
Ha habido un debate reciente sobre la aparente Incompatibilidad que se cree que entre Existen Agile Software Development Software Process Improvement y modelos como el CMMI. Michael Harris, adopta la Posición de ese Proceso de Mejora de los proyectos de software Pueden beneficiarse Mediante la Adopción de Un proceso iterativo "ágiles" Enfoque. Michael habla de cómo la Adopción de una filosofía ágil Proceso Puede Ayudar a Proyectos de software de mejora de Ofrecer un valor reconocible. (8 páginas)
Haga clic aquí para leer "Ágil y la Declaración de Interdependencia"!

Agile CMMI: No Oxymoron
En la batalla en curso entre las Metodologías tradicionales y ágil, muchos defensores de cada lado muestran una intolerancia general de las ideas del otro. Sin embargo, esta actitud de Confrontación no es sólo poco Razonable, es contraproducente para la tarea: El desarrollo del software de alcalde de calidad en el menor tiempo posible. Para ello, los enfoques Deben ser limitados por el estructuralismo, ni retrógrada, ni la Flexibilidad de libre fluir. Para la nueva generación de profesionales ágil, los 13 años de edad, Capability Maturity Model (CMM) Que puede parecer simbolizan todo lo que está aburrido en el desarrollo tradicional. Sin embargo, la fusión de Software CMM con otros de la Universidad Carnegie Mellon Software Engineering Institute de modelos principales de madurez (para los Sistemas de Ingeniería, Adquisición de software, administración de personal y desarrollo de productos) en forma de CMM Integration (CMMI) merece otra mirada. (6 páginas)
Haga clic aquí para leer "Agile CMMI: No Oxymoron"!

Desarrollo Mediante un Proceso ágil de software offshore con
Para los últimos cuatro años ThoughtWorks operaba un laboratorio en Bangalore India para Apoyar sus proyectos de desarrollo de software en América del Norte y Europa. Los enfoques tradicionales de desarrollo Basadas Están en alta mar en el plan de Impulsado por las metodologías, pero esto era muy Firmemente una operación ágil. En este artículo de Martin Fowler, el autor discutir las experiencias y lecciones aprendidas en el desarrollo ágil haciendo costa afuera. (14 páginas)
Haga clic aquí para leer "Mediante un Proceso ágil de con el desarrollo de software offshore"!

La Adopción y se benefician de procesos ágiles de desarrollo de software offshore
En el desarrollo de software, hay dos tendencias que PERMITEN a las personas Para conseguir más por menos: desarrollo ágil y la subcontratación. En este artículo de Andrew Filev el cómo y cuándo examen autor combinar con éxito para Aumentar la competitividad de su negocio. (4 páginas)
Haga clic aquí para leer "y la Adopción se benefician de procesos ágiles de desarrollo de software offshore"!

Making Offshore Agile trabajo
Mientras que el coste por cada desarrollador de Desarrollo offshore Podría hacerlo atractivo, con frecuencia los Beneficios no se materialicen. Soluciones de un Cargamento de equipos en alta mar con demasiada frecuencia se caracteriza por la solución mala aptitud y los problemas de calidad, dando Lugar a Retrasos en la entrega y los Clientes Insatisfechos. Ágil Prácticas de Desarrollo han DEMOSTRADO Ofrecer mejores soluciones, pero REQUIEREN un alto grado de comunicación. La Adopción de ellos en un entorno de alta mar presenta un conjunto único de desafíos. Descubra en este artículo por Ross Pettit cómo hacerlo con éxito. (4 páginas)
Haga clic aquí para leer "Making Offshore Agile trabajo"!

Agile Lecciones de "I Love Lucy"
Un viejo "I Love Lucy" muestra un episodio de Lucy y Ethel trabaja en una fábrica de caramelos. Su trabajo es tomar caramelos fuera una cinta transportadora y los puso en los paquetes. Al principio, todo va bien. Luego, la cinta transportadora Envía dulces más rápido y más rápido. PRIMERO A Lucy y Ethel Tratar de hacer frente. Ellos Tratan de trabajar más rápido. Luego su trabajo se pone sentimental. Por último, en lugar de envases en todos los dulces, recurren a tirar a la basura, O INCLUSO comerlo. La moral, por supuesto, es que sólo Porque usted es Capaz de hacer el caramelo más rápido, no significa que usted PUEDE HACER más dinero vendiendo más dulces. ¿Cómo se refieren una Ágiles de Desarrollo de Software? (3 páginas)
Haga clic aquí para leer "Agile Lecciones de" I Love Lucy "!"

La organización ágil
Cuando se Adopto con éxito, las prácticas de Agile CREAR Equipos de Desarrollo de hiper-Capaz Aplicación eficiente de regular, e INCLUSO agresivo, la entrega de valor de negocio. Mientras que una perspectiva emocionante para los desarrolladores, organización no habrá impacto sobre las empresas tanto si el resto de la de TI, y de hecho la propia empresa, no Puede hacer uso de esta nueva eficiencia. Las Decisiones Dotación de personal y de los Recursos para realizar ES NECESARIO DE MANERA eficiente, requisitos capturados Rápidamente, las pruebas y entornos de producción instancia, Expertos en la materia disponibles, y los procesos de negocio, la agilidad de cambiar el desarrollo de aplicaciones será en vano. La Tendencia Hacia una alcalde Capacidad de respuesta implica Todos los Aspectos de TI, Así Como socios de negocios y prácticas de las empresas. (4 páginas)
Haga clic aquí para leer "La Organización Ágil"!
 
"Ágiles" vs "ágiles" de desarrollo
No hay duda de que los "ágiles" es la palabra de moda de los tiempos para los desarrolladores de software, los ISVs, consultores y empresas, en general. Como con la Mayoría de palabras de moda, el término ES A menudo usado Utilizado en exceso y mal, especialmente por Aquellos Que Tratan de Presentar sus productos o servicios en una nueva luz. En el mundo de desarrollo de software, el término "ágil" se Aplica a una amplia variedad de procesos, técnicas, herramientas, proyectos, y las fases del ciclo de vida de desarrollo. Importante Es, por lo tanto, Establecer Algunas definiciones básicas y el contexto para el uso del término "ágiles". (3 páginas)
Haga clic aquí para leer "," ágiles "vs" ágiles "Desarrollo"!

Cómo sacar el máximo partido de Extreme Programming / Métodos Ágiles
Este trabajo de Don Reifer los comentarios de los resultados de un análisis de Treinta y una programación extrema (XP) / proyectos ágil método temprano Adoptante completado por catorce empresas que han abrazado las técnicas en forma de lecciones aprendidas. Los resultados de la encuesta muestran que los primeros han Reducir Costos, Mejorar la Productividad y la Reducción del tiempo de Comercialización Mediante la Utilización de Estos métodos. Para conseguir la Mayoría de Estos métodos, lecciones aprendidas han sido membrillo DESARROLLADOS Que se Basan en las experiencias de los demás. Algunas de estas lecciones van en contra de las enseñanzas de la los desarrolladores de la metodología. El siguiente documento proporciona un sistema de puntuación que el rendimiento de las Tasas de XP en ocho dominios de aplicación. El documento concluye con un resumen de Cuatro Factores críticos de éxito para los primeros adoptantes. (11 páginas)
Haga clic aquí para leer "Cómo sacar el máximo partido de Extreme Programming / Métodos Ágiles"!

 

Six Sigma IT

Desarrollo de Software de convergencia: Seis Sigma - Lean - Agile
Con los mensajes comunes empezando un software de salir de varias áreas relevantes - Seis Sigma para el software, Agile de Desarrollo de Software, y el pensamiento Lean-los diversos vínculos entre Diseño para seis sigma (DFSS) y ágiles de desarrollo de software han recibido mucha atención recientemente. Sin embargo, este artículo de David Hallowell, socio fundador de Six Sigma Advantage y Master Six Sigma Cinturón Negro, Proporciona una visión más amplia que Pueden Ilustrar la forma en Lean Thinking alinea bien con el desarrollo ágil de software y software de Six Sigma. (4 páginas)
Haga clic aquí para leer "Desarrollo de Software de convergencia: Seis Sigma - Lean - Agile"!

Seis Sigma y el Consejo de Gestión de Proyectos del Conocimiento
El interés en Seis Sigma está creciendo Rápidamente Dentro de la comunidad profesional de gestión de proyectos. Por consiguiente, la pregunta más común que de este grupo es "¿Cómo Seis Sigma se refieren a la Dirección de Proyectos del Conocimiento (PMBOK)?" En este artículo de Gary Gack, socio director de Six Sigma Advantage y Master Six Sigma Cinturón Negro, Usted encontrará la respuesta. (4 páginas)
Haga clic aquí para leer "Seis Sigma y el Consejo de Gestión de Proyectos de conocimiento"!

Conexión de Seis Sigma una medición y Análisis de CMMI
Análisis y de Medición (MA) es un Apoyo a nivel de la zona 2 de procesos de software en el Modelo de Madurez de Capacidad de Integración (CMMI) del proceso. Su Objetivo es Proporcionar a la Gestión de la Información Necesaria para Controlar y supervisar los Diferentes Procesos de Necesarios software. Al igual que con otras áreas de proceso de software del Modelo de Madurez de Capacidad de Integración (CMMI), el Énfasis está en lo qué se debe hacer, ni cómo hacerlo. En este artículo de Gary Gack de Six Sigma Advantage, explica el autor que es esto exactamente donde Six Sigma tiene una fuerte conexión con la medición y análisis (MA), Y TAMBIEN Algunas de las áreas de proceso,. (5 páginas)
Haga clic aquí para leer "Conexión de Seis Sigma A Medición y Análisis CMMI"!

Un Estado CAI de la entrevista de práctica con Gary Gack, director general de Six Sigma Advantage
Gary Gack Tiene más de 40 años de experiencia en el software y la industria de TI con una amplia Proyecto de Gran Escala de software y la Gestión de programas de software, incluidos los equipos con mas de 200 desarrolladores de software. Él tiene la propiedad y Gestión de varios programas / Las consultar a empresas, y tiene una amplia experiencia en Evaluaciones de procesos de software con el SEI / CMM (Capability Maturity Model), ISO 15504 ( "Spice"), y diversos métodos de propiedad . Gary es el autor de Numerosos artículos sobre gestión de proyectos, Mejora de procesos de software, contabilidad de costes y métricas de software, y la garantía de la calidad del software y También ha co-autor de muchos programas de Six Sigma de formación adaptados un Las Audiencias de tecnología y software. Gary Gack es actualmente el director general de Six Sigma Advantage. Nuestra entrevista entre Gary Gack y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), Tuvo lugar en agosto de 2005.
Haga clic aquí para leer la entrevista con Gary Gack!

Seis Sigma se Refiere a ella, como lo Comprueba el éxito
Este artículo recapitula de Gary Gack Algunos de los éxitos que se han logrado con Seis Sigma en TI a la vez que describen Algunas de las actividades de TI A QUE LOS Seis Sigma en concreto Puede ser aplicado. (4 páginas)
Haga clic aquí para leer "Seis Sigma se Refiere a ella, como lo Comprueba el éxito"!

La Aplicación de Seis Sigma para Proyectos de Implantación de Software de
Seis Sigma SE PUEDE Aplicar A LOS Proyectos de Implementación de software, Así como el desarrollo de software. En este artículo de Gary Gack, dos escenarios de proyectos de software que los puntos de Característica común de dolor se Utilizan para Proporcionar ejemplos de cómo Seis Sigma Puede Abordar las Cuestiones de Aplicación de software. (4 páginas)
Haga clic aquí para leer "La Aplicación de Seis Sigma para Proyectos de Implantación de Software"!

All Together Now: CMM, CRM, ERP, y Six Sigma
Si bien Seis Sigma Claramente es una alternativa a las Iniciativas de Calidad de Amplio Alcance, cuentos como Gestión de Calidad Total, los defensores dicen que funciona bien Existentes con programas de gestión de proyectos, CRM, Balanced Scorecard y otras cuestiones Operativas y Metodologías de valoración , si los métodos y Medidas centradas en el cliente. Este artículo de la revista CIO Magazine elabora. (1 página)
Haga clic aquí para leer "All Together Now: CMM, CRM, ERP, y Six Sigma"!

Six Sigma y CMM
Six Sigma ha sido Utilizado con éxito en muchas industrias diversas. Si bien la filosofía de Seis Sigma y la técnica salieron de entornos de fabricación, sino que tambien se ha Utilizado en proyectos que abarcan toda la organización funcional. Una pregunta Razonable por lo tanto es si Seis Sigma es adaptable para el desarrollo y mantenimiento de software.
Ofertas de fabricación de software con la Duplicación, empaque y distribución de software. Si bien las empresas de software Deben Tener el cuidado Suficiente para Asegurar la Calidad de Operaciones como estas, es realmente el Proceso de Desarrollo de Software (SOFTWARE a Través de los Requisitos de garantía de calidad de software) que es la fuente de Preocupación.
Si bien hay muchos Paralelismos entre la fabricación y desarrollo de software, También hay muchas diferencias. En consecuencia, y no es de sorprender que la industria del software ha creado Sus Propias Metodologías conjuntos de herramientas. Este artículo de Jack Horgan EDA semanal de los Intentos de comparar y contrastar. (12 páginas)
Haga clic aquí para leer "Seis Sigma y CMM"!

La Combinación de CMMI, PSP, TSP, y Six Sigma para Software
Personal Software Process (PSP) y Team Software Process (TSP) son las definiciones de procesos de software que son compatibles con una amplia gama de conceptos de desarrollo de software de cuentos como El desarrollo en espiral de software, desarrollo de software orientado a objetos, Varios y otros conjuntos de técnicas de desarrollo de software, con cada uno de Ciertas ventajas en el modelado de los Requisitos de diseños y de software. Six Sigma for Software, por otra parte, no es un Proceso de Desarrollo de Software de definición, sino que es un concepto mucho más general Para Mejorar los procesos y de productos de software.
Personal Software Process (PSP), Team Software Process (TSP), Y también Capability Maturity Model (CMM) con varias opciones Posibles para las definiciones de procesos de desarrollo de software que Puede conducir un mejor desempeño de las Naciones Unidas de proyectos de software. Sin embargo, el potencial de los datos producidos por Estos procesos de software No puede ser aprovechado al máximo el pecado Aplicar el más completo conjunto de herramientas de Six Sigma Software. Este artículo de Gary Gack de Six Sigma Advantage explica por qué. (5 páginas)
Haga clic aquí para leer "La Combinación de CMMI, PSP, TSP, y Six Sigma for Software"!

Six Sigma Software Metrics - Parte 1
Seis Sigma aporta un enfoque nítido A LOS clientes empresariales y los Requisitos, Así como los defectos asociados con El incumplimiento de Estos requisitos. Si bien La importancia de esto es Suficientemente claro como para los profesionales de la Mayoría del software, los profesionales de la Mayoría del Detenerse Cuando Se Intenta software Descubrir cómo los conceptos de rendimiento, nivel de sigma, o defectos por millón de oportunidades (DPMO) Ajuste su mundo. Este artículo métricas de software en Seis Sigma es la primera de una serie de cuatro partes por Dave Hallowell de Six Sigma Advantage. (6 páginas)
Haga clic aquí para leer "Six Sigma Software Metrics - Part 1"!

Six Sigma Software Metrics - Parte 2
1 de esta serie en Seis Sigma Parte métricas de software Centrado en el Objetivo de Identificar y Eliminar los defectos en el Proceso de Desarrollo de Software como cerca del punto de ocurrencia como mar posible. Esta segunda entrega de Dave Hallowell de Six Sigma Advantage examen la predicción de la inserción de defectos de software y la dinámica de Eliminación, Así como la evaluación de los defectos de software encontrar las tarifas reales. (7 páginas)
Haga clic aquí para leer "Six Sigma Software Metrics - Part 2"!

Más en Six Sigma Software Metrics
PiezasUnoydosde esta serie de cuatro partes en Seis Sigma métricas de software (por Dave Hallowell de Six Sigma Advantage) supervisó las obras relacionadas con varios Objetivos compartidos por las Organizaciones de software y de Six Sigma. Él explica cómo Alcanzar esos Objetivos Consiste en Establecer Sistemas para Identificar defectos en el software, clasificarlos según el tipo y punto de origen, predecir su ocurrencia, y Evaluar los defectos reales de encontrar las tarifas Durante el desarrollo de software. Hasta que una organización Logra Los Objetivos de 1-3 y OBTIENE Los Beneficios de negocios asociados con una Reducción de los Costos de reparación de defectos de software, que no está Probablemente DISPUESTO A adentrarse en los entresijos de defectos por unidad (DPU), Defectos por Millón de Oportunidades (DPMO), y Los niveles de Sigma. Vez que se alcancen los Objetivos de 1-3, sin embargo, la organización está preparada para hacer Frente a los conceptos Una de Seis Sigma, entender cómo funcionan, y Determinar el lugar en que se Aplican en el Entorno de desarrollo de software. Este artículo, que Representantes de la tercera parte de la serie de Dave, explora los Objetivos de cuatro y cinco. (6 páginas)
Haga clic aquí para leer "Más en Six Sigma Software Metrics"!

Six Sigma Software Metrics - Plazos Final
Este artículo es el último de una serie de cuatro partes en seis métricas de software Sigma por Dave Hallowell de Six Sigma Advantage. Se presenta una discusión de las oportunidades de Defectos (DFP), Defectos Por Millón de Oportunidades (DPMO) y Los niveles de Sigma. Cuando La comparación de las Implementaciones en las empresas, la lengua común de Defectos por Millón de Oportunidades (DPMO) y Los niveles de Sigma ayudará en la comprensión de los datos de evaluación comparativa. PiezasUno,dosyTresseguido de una progresión de objetivos compartidos por Ambas Desarrollo de software y Six Sigma: 1) la Reducción de defectos de software distribuido, 2) Encontrar y corregir defectos de software más cerca de su punto de origen, 3) la predicción y seguimiento de aparición de defectos de software y las Tasas de extracción y costos de reparación, 4) las Implementaciones de la Comparación Dentro de la empresa, y 5) la Implementaciones Comparación en las empresas. (6 páginas)
Haga clic aquí para leer "Six Sigma Software Metrics - Plazos Final"!

La integración de ITIL y Lean Six Sigma
Como el conocimiento y la penetración de Lean Six Sigma ha Aumentado considerablemente en los últimos años, muchas Organizaciones se esfuerzan por Aprovechar Comprender y las relaciones entre varios de Lean Six Sigma y otros enfoques para la Mejora de Procesos de Software, Incluyendo ® de ITIL, CMMI ®, PMBOK ®, y otros. Gary Gack respuestas a las preguntas más frecuentes. (12 páginas)
Haga clic aquí para leer "La integración de ITIL y Lean Six Sigma"!

La Aplicación de Seis Sigma para Proyectos de Implantación de Software de
Este artículo, por Gary Gack, se centra en las aplicaciones de Lean Six Sigma para proyectos de aplicación de software o tecnología que Pueda entrar Dentro del Ámbito de aplicación de las Operaciones de TI de grupo y / o el Grupo de Desarrollo de Software. (12 páginas)
Haga clic aquí para leer "La Aplicación de Seis Sigma para Proyectos de Implantación de Software"! 

Mad Cinturón de Enfermedades: Certificación forma o de fondo?
Gary Gack describir el carácter cada vez más frenético de "certificación" como Lean Six Sigma como una Tendencia Cinturón Negro inquietante. También se explica cómo estamos perdiendo de vista LSS otro a Fundamentales - La necesidad de conectar los Proyectos de la LSS de resultados de negocio A LOS importantes. (2 páginas)
Haga clic aquí para leer "Mad Cinturón de Enfermedades: Certificación forma o de fondo?"!

Mejores Prácticas de fusión: Lean Six Sigma y CMMI
El uso de Lean Six Sigma en el desarrollo de software y en general ha Aumentado significativamente en los últimos años, y muchas Organizaciones Están aprendiendo una Aprovechar las relaciones entre Lean Six Sigma y otros enfoques para la Mejora de Procesos de Software, Incluyendo la Capacidad del Instituto de Ingeniería de Software, Modelo Integrado de Madurez (CMMI), la IT Infrastructure Library (ITIL), proyecto del Instituto de Gestión de Proyectos de Gestión de Administración del Conocimiento (PMBOK), y otros. Integración de Lean Six Sigma con el ITIL y PMBOK se Abordan en otros documentos de Blanco en esta serie Están disponibles y es el autor, Gary Gack. Lockheed Martin, Motorola, Raytheon, y muchos otros han informado de avances SIGNIFICATIVOS Mediante la Combinación de las mejores características y las ideas de varias de las mejores prácticas de diferentes modelos y métodos, en varios casos la Creación de una "marca local" de los métodos de mejora de proceso integrado. (9 páginas)
Haga clic aquí para leer "Mejores Prácticas de fusión: Lean Six Sigma y CMMI"!

Mejores Prácticas de fusión: Lean Six Sigma e ITIL
El uso de Lean Six Sigma en el desarrollo de software y en general ha Aumentado significativamente en los últimos años, y muchas Organizaciones Están aprendiendo una Aprovechar las relaciones entre Lean Six Sigma y otros enfoques para la Mejora de Procesos de Software, Incluyendo la Capacidad del Instituto de Ingeniería de Software, Modelo Integrado de Madurez (CMMI), la IT Infrastructure Library (ITIL), proyecto del Instituto de Gestión de Proyectos de Gestión de Administración del Conocimiento (PMBOK), y otros. Integración de Lean Six Sigma con el ITIL y PMBOK se Abordan en otros documentos de Blanco en esta serie Están disponibles y es el autor, Gary Gack. Lockheed Martin, Motorola, Raytheon, y muchos otros han informado de avances SIGNIFICATIVOS Mediante la Combinación de las mejores características y las ideas de varias de las mejores prácticas de diferentes modelos y métodos, en varios casos la Creación de una "marca local" de los métodos de mejora de proceso integrado. (10 páginas)
Haga clic aquí para leer "Mejores Prácticas de fusión: Lean Six Sigma e ITIL"!

Resultados de la Trump Certificación
"Certificación" se ha convertido en un tema muy caliente. El Instituto de Ingeniería de Software Tasadores certificación CMMI plomo Que a su vez Evaluar y "certificar" las Organizaciones o procesos Dentro de las Organizaciones como Determinado haber alcanzado un nivel de "madurez" o "capacidad". Exin y otros certificar Los niveles de varios de los especialistas de ITIL, Project Management Institute Certificación del proyecto Profesionales de Administración, y docenas (Quizá Cientos) de las Diferentes Organizaciones y empresas de certificación Six Sigma "cinturones" de diferentes colores. En general, Estos certificados se Basan en Una combinación de conocimiento DEMOSTRADO en gran medida por las pruebas y por la experiencia general o específica que Demuestre alguna Aplicación de la disciplina pertinente. Lamentablemente, sin embargo, el exceso de Énfasis en la certificación Puede conducir A UNA Pérdida de Centrarse en las razones subyacentes para la certificación. La certificación no es un fin en sí Misma - sino que es un medio que, en Combinación con otros Factores no necesariamente relacionados con el Proceso de Certificación, se destino un Producir mejores resultados de negocio de algun tipo. Autor: Gary Gack. (2 páginas)
Haga clic aquí para leer "Resultados de Trump certificación"!

 

Mantenimiento de Software de

Un Estado CAI de la entrevista de práctica con Robert L. Glass, Presidente de Tendencias de Informática
Robert L. Glass es el presidente de las tendencias de Informática, los editores de El Profesional de software. Él ha sido activo en el campo de la informática y de software para más de 45 años, en gran medida en la Industria (1954-1982 y 1988-presente), sino tambien como un académico (1982-1988). Es autor de más de 20 libros, entre ellosSoftware Folclore,Informática Catástrofes,Computer Conmoción,Software 2020,Runaways Software,Calamidades de Informática, YHechos y falacias de la Ingeniería de Software. Él es Editor Emérito de Oficial de Elsevier de sistemas y software, y columnista de varios periódicos como Communications of the ACM (la "práctica Programmer" columna) y el IEEE Software ( "La Oposición Leal"). Nuestra entrevista entre Robert Glass y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), se llevo A Cabo en octubre de 2005.
Haga clic aquí para leer la entrevista con Robert de vidrio!

Mantenimiento de Software es una solución, no un problema
En el mantenimiento de software que Suelen ser de construcción de nuevas soluciones, no sólo la pintura sobre viejos problemas. Sin embargo, el mantenimiento del software Ampliamente Todavía es percibida como un problema, y no una solución. Este artículo de Robert L. Glass presenta cuatro pasos sencillos que Pueden Mejorar las prácticas de mantenimiento de software por cambiar esta mentalidad tradicional. (3 páginas)
Haga clic aquí para leer "Mantenimiento de Software es una solución, no un problema"!

El vínculo entre la calidad del software y Mantenimiento de Software de
Demasiado una menudo, el mantenimiento del software es una idea de último momento en la definición de todo el mundo de la informática. Informática e Ingeniería de Software Suelen no hablar sobre el mantenimiento de software. Hasta hace poco, las herramientas de mantenimiento de software y técnicas eran inexistentes, E INCLUSO La investigación de hoy presta una atención Escasa de mantenimiento de software. Este artículo de Robert L. Glass Pretende Demostrar la Importancia del mantenimiento de software, y darle la atención que merece, al Vincular Directamente a Una cuestión que está en el corazón de la industria de software de calidad. (2 páginas)
Haga clic aquí para leer "El vínculo entre la calidad del software y Mantenimiento de Software"!

Mantenimiento de Software: Un panorama
Este artículo de Gerardo Canfora, de la Universidad de Sannio Trata de vista de mantenimiento de software, su relevancia, los problemas y las soluciones disponibles, el Objetivo Presentar SUBYACENTE es el mantenimiento del software no como un problema, pero en términos de soluciones. (33 páginas)
Haga clic aquí para leer "Mantenimiento de Software: An Overview"!

Estudio de caso en el Mantenimiento de Software de
En un Esfuerzo por saber más acerca de las herramientas, procedimientos y técnicas de uso personal del proyecto en su trabajo, el PC-Aided Software Engineering (CASE) del proyecto Ambientes entrevistaron al personal en ocho proyectos de mantenimiento de software Dentro de una agencia del Gobierno de EE.UU.. Este Informe de Susan Dart, Alan M. Christie y Alan W. Brown, del Instituto de Ingeniería de Software (SEI), se Destacan las conclusiones de estas entrevistas, se presenta un análisis de los resultados y hace Recomendaciones para la Mejora en las áreas de herramientas, personas, y el proceso. (58 páginas)
Haga clic aquí para leer "Estudio de caso en el Mantenimiento de Software"!

Un modelo para Evaluar y Mejorar la Calidad de Mantenimiento de Software de
La función de mantenimiento de software Sufre de una ESCASEZ DE Modelos de Gestión que Facilite su evaluación, y Gestión Su Su Mejora Continua. Este artículo de Mohamed Zitouni Alain Abran y Propone un modelo de Evaluación de la Calidad del Proceso de mantenimiento de software. El modelo propuesto se basa en el CMM (Capability Maturity Model), modelo desarrollado por el Software Engineering Institute de la Carnegie Mellon University (SEI) y Evaluar para Mejorar el Proceso de Desarrollo de Software. La arquitectura del Capability Maturity Model (CMM) se ha Mantenido casi al mismo tiempo es su contenido, que era específico para el Proceso de Desarrollo de Software, ha sido modificada o ampliarse para Tener en cuenta las características específicas de la Función de mantenimiento del software . (18 páginas)
Haga clic aquí para leer "un modelo para Evaluar y Mejorar la Calidad de Mantenimiento de Software"!

Medidas para Controlar el Mantenimiento de Software de
Mantenimiento de Software es fundamental para la Misión de muchas organizaciones. Por lo tanto, es natural que los administradores de caracterizar y medir los Aspectos de los productos y procesos que afectar un Parecen los costes, Plazos, calidad y funcionalidad de una Prestación de mantenimiento de software. Este artículo de George E. Stark, de la Mitre Corporation Respuestas a preguntas básicas sobre el mantenimiento de software para una sola organización y se Analizan Algunas de las Decisiones tomadas sobre la base de las respuestas. (23 páginas)
Haga clic aquí para leer "Medidas para Controlar el Mantenimiento de Software"!

Lo que usted necesita saber sobre el Mantenimiento de Software de
Software de contabilidad ahora Creciente Una parte de los contenidos de modernos equipos y herramientas, y lo mismo Debe ser mantenida para Asegurar su eficiencia operativa continua. Aunque el mantenimiento de los equipos se discute ampliamente, muy poco se publica sobre el mantenimiento de software y cómo nos afecta. Este trabajo de Alain de abril, A. Abran, y Reiner Dumke presenta una visión general de los temas clave de mantenimiento de software. (5 páginas)
Haga clic aquí para leer "Lo que usted necesita saber sobre el Mantenimiento de Software"!

Mantenimiento de Software - Un panorama general de
En el pasado, los sistemas de software se han construido en una Manera ad hoc, con desarrollos individuales Que No Tienen Una estrategia común que Permita el mejor uso de los recursos de apoyo. Una Estrategia, por lo tanto, que se centra en el Apoyo a Largo Plazo de los sistemas de software y no puramente de desarrollo de software rápido Sería un Objetivo de diseño que vale la pena desde un punto de vista arquitectónico y financiero. Obtenga más información en este artículo por Carl Allen. (3 páginas)
Haga clic aquí para leer "Mantenimiento de Software - Un panorama general"!

Nuevo a partir de Alcaparras Jones: La Economía de Mantenimiento de Software en el siglo 21
En todo el mantenimiento de la Industria Tiende a requerir más personal que los productos de la nueva construcción. Para la industria del software, el número de personal Necesario para realizar el mantenimiento del software es muy grande y Puede Que pronto arriba del 75% de todos los Trabajadores de técnico de software. Las razones principales de los Esfuerzos de Mantenimiento de software son las de alta Dificultades intrínsecas de trabajar con el software de Envejecimiento y el Creciente impacto de "Actualizaciones en masa", que Comenzó con la puesta en marcha del euro y la llegada del problema del año 2000. Como Alcaparras Jones explica en este artículo de febrero de 2006, los Esfuerzos de Mantenimiento de software similar Será Necesaria en el futuro, como nos acaba de números de teléfono y números de seguridad social. (19 páginas)
Haga clic aquí para leer "La Economía de Mantenimiento de Software en el siglo 21"!

Medición y Evaluación del Proceso de mantenimiento
Medición y Evaluación de la estabilidad de los procesos de mantenimiento de software ES IMPORTANTE DEBIDO a la Relación entre Reconocida la calidad del software de proceso y calidad de los productos de software. El mantenimiento de software se Realiza de forma continua y la estabilidad del Proceso de Mantenimiento de software tiene un efecto sobre la fiabilidad del software del producto. Sin embargo, un Proceso de Mantenimiento de software Puede Convertirse Rápidamente es inestable Porque el acto mismo de la instalación de cambios de software del Medio Ambiente. Los programas de software adaptable Debe ser una Cambios y LOS El proceso de cambio resultante Debe ser planificada y controlada. Este artículo de 1999 por Norman F. Schneidewind, IEEE Fellow y Director del Centro de Investigación de Software de Métricas de la Escuela Naval de Posgrado, analiza la estabilidad del Proceso del Software de Mantenimiento de la lanzadera y la NASA considera que la fiabilidad del software que El proceso de producción. (22 páginas)
Haga clic aquí para leer "Medición y Evaluación del Proceso de mantenimiento"!

Cuestiones de Geriatría del envejecimiento de Software
Mantenimiento del software de envejecimiento Tiende a ser más Difícil año tras año desde actualizaciones Gradualmente destruyen la estructura original de las aplicaciones Entropía y su imagen grande. El envejecimiento de software También Regiones Contener Pueden problemáticas con densidades muy altas de Llamado de error "error de módulos propensos". Las reparaciones A Los Programas de envejecimiento Sufren de un fenómeno llamado "Fijar inyección de malo" o defectos de nuevos introducidos accidentalmente como un subproducto de la fijación de los defectos anteriores. Lea más en este artículo por Alcaparras Jones. (13 páginas)
Haga clic aquí para leer "Los problemas de envejecimiento Geriatric Software"!

25 La prueba del tiempo Verdades Acerca de Soporte de TI
El diccionario Webster define un axioma como "Una verdad Evidente que no requiere ninguna prueba." En el TRANSCURSO DE Décadas en TI, descubierto el 25 Axiomas Sobre el entorno de TI de apoyo. Consciente de estas Puede AYUDARLE un Apoyar los procesos de diseño que dé sentido, el trabajo y bien Mejorar el rendimiento de su equipo. Algunos Estos son de las grandes verdades que he aprendido y de cómo su equipo Pueda aplicarlos para un mejor soporte de IT. (2 páginas)
Haga clic aquí para leer "25 de la prueba del tiempo Verdades Acerca de Soporte de TI"!

Critical Application Support Conocimientos en vías de extinción!
Si los profesionales de TI no hacemos algo Rápidamente, los Conocimientos prácticos que apoyen la Solicitud se convierta en una estadística del principio de Darwin - extinguido!
La generación del baby boom se jubilan A UNA vez Tasa cada alcalde, conocimiento de las aplicaciones críticas de TI se está moviendo en alta mar a un ritmo cada vez alcalde, y la fuerza de trabajo ahora es más móvil que nunca lo ha sido.
La industria de TI está experimentando Un hecho sin precedentes "fuga de cerebros" en particular en el entorno de soporte de aplicaciones. ¿Quién Va a quedar a la zaga a la mente la tienda? ¿Dónde Todos los Conocimientos que apoyen la Solicitud vaya que se ha Acumulado Durante muchos años? (2 páginas)
Haga clic aquí para leer "de soporte de aplicaciones críticas Conocimientos en vías de extinción!"!

Estructuración significativa SLA de apoyo de TI
Como proveedores de Servicios de las Organizaciones de TI Deben Demostrar un "valor" a los clientes empresariales. En este caso, el valor medio Demuestra que la entrega de servicios de apoyo que llena o exceden las Necesidades de la Empresa a un costo que represen el valor. Service Level Agreements (SLA) Un valor que ayude Demostrar Identificar Claramente el de las responsabilidades de servicio de la organización de TI y las expectativas de rendimiento del cliente de negocios. (6 páginas)
Haga clic aquí para leer "Estructuración del SLA significativa de apoyo de TI"!

 

Requisitos de software

Karl Wiegers 10 trampas Describir los Requisitos para Evitar
La ruta de acceso al software de calidad empieza con los Requisitos de software de excelente. Desairar A Los Procesos de Gestión y Desarrollo de requisitos de software es una causa común de la frustración de proyectos de software y el fracaso de proyectos de software. Este artículo del Dr. Karl E. Wiegers describir diez trampas más comunes que los proyectos de software SE PUEDE encontrar si los miembros del equipo y los clientes No tienen Requisitos de software en serio. Se describen varios síntomas que Pueden indicar Cuando se está en Víctimas de cada trampa, y varias OFRECE Soluciones para Controlar el problema. (8 páginas)
Haga clic aquí para leer "Karl Wiegers 10 trampas Describir los Requisitos para Evitar"!

Así que quiere ser un analista de Requerimientos?
Ya sea explícitamente o no, alguien siempre Desempeña La función de analista de requisitos de software en un proyecto de software. El título oficial servicios puede "Requisitos ingeniero de software ',' Analista de Negocios", jefe de producto "Analista de Sistemas ',' ', o simplemente" analista ", pero siempre habrá alguien que necesita para traducir la Multiplicidad de perspectivas en un documento de especificación de requerimientos de software y comunicar esa información con otras partes INTERESADAS. Este artículo del Dr. Karl E. Wiegers explica hows ya está hecho. (6 páginas)
Haga clic aquí para leer "¿Así que quiere ser un analista de Requerimientos?"!

4 Requisitos clave del ciclo de vida del producto 
Muchas empresas ver el tiempo de Comercialización y prerformance calendario como los diferenciadores clave entre los lideres del Mercado y seguidores. Cristof Ebert nos muestra que un estudio de campo con muchos proyectos de la Industria Revelo que sólo los que Tuvieron una perspectiva de la ingeniería de requerimientos en Cuatro de vida del producto clave de las actividades de Gestión del ciclo Tuvieron éxito. (25 páginas)
Haga clic aquí para leer "4 Requisitos clave del ciclo de vida del producto"!

Requisitos de los riesgos Pueden ahogarse Proyectos de Software de
Requisitos de software de Gestión ES A menudo visto como un stand-alone tarea en términos de actividades del ciclo de vida. Por supuesto, Algunos de los principales riesgos para la terminación de los proyectos son incompletas, inexactas o vagas requisitos. En este artículo por Theron Leishman y David Cook, los autores se presentarán y discutirán varios Requisitos de los riesgos que Pueden Tener impactos importantes en el éxito de los proyectos de software. A continuación, Tendrá en cuenta las estrategias para mitigar una Ayudar El impacto de riesgos Estos requisitos. (8 páginas)
Haga clic aquí para leer "Los riesgos SE PUEDEN ahogar Requisitos de Proyectos de Software"!

Escribir un documento de requisitos de software de
Este documento por Tanya Berezin discute el propósito y el contenido de un documento de requisitos para una Aplicación Empresarial. Esto le ayudará a escribir un documento de requisitos profesionales. En la conclusión del documento, el autor incluye una bibliografía para Profundizar la lectura, más avanzado. (22 páginas)
Haga clic aquí para leer "Escribir un Documento de Requisitos de Software"!

Software de la escritura Especificaciones Requisitos
Escribir las especificaciones de calidad Requisitos superior comienza con una definición completa de las Necesidades del cliente, junto con un lenguaje natural, que Incorporación de indicadores de calidad de la fuerza y la debilidad-por no hablar de la Adopción de un SRS buena plantilla. Comunicaciones técnicas profesionales bien entrenados en la recogida de requisitos, diseño de la plantilla, y el uso del lenguaje natural Se encuentran en la mejor Posición PARA CREAR y agregar valor a la documentación del proyecto como crítica. (18 páginas)
Haga clic aquí para leer "Especificaciones Requisitos de Software de la escritura"!

Retorno de la Inversión es engañosa verdadero pecado Requisitos cuantificados y de Intangibles
Retorno de la inversión se destino un Proporcionar información válida y objetiva para la Toma de Decisiones de Negocios. No obstante, cuantificar los Beneficios intangibles que deja un vacío en el análisis de retorno de la inversión que Pueden Disminuir el valor del cálculo. En este artículo se describen Robin Goldsmith PyramidTM El Problema Que Puede Ser Utilizado para Identificar el valor real de los requerimientos del negocio. La combinación de la PyramidTM problema y retorno de la inversión de valor ModelingTM Puede Impedir los proyectos que Pueden parecer buenas ideas empresariales, pero Cuyos Beneficios realmente no valdrá la pena. El artículo tambien esta disponible junto con el comentario de retroalimentación de los lectores en el siguiente sitio que requiere registro gratuitohttp://www.requirementsnetwork.com/node/735(8 páginas)
Haga clic aquí para leer "retorno de la inversión es engañosa verdadero pecado Requisitos y cuantificados Intangibles"!

Rápida de Ingeniería de Requisitos - ¿Un Siempre Especificación Necesidad de venir al principio?
Requisitos y la forma en que se hijo Tratan decisivos para el éxito de un proyecto. Esta Declaración no es muy cuestionado en los círculos de la moderna ingeniería de software. ¿Por qué, entonces, que una sistemática los Requisitos de Ingeniería (RE) sistema es tan rara vez Establecido? ¿Dónde están los problemas a la hora de Aplicar dicho sistema? Este artículo de Michael Gerdom y el Dr. Uwe Rastofer del método Parque de Software de manifiesto los problemas y cómo Estos Pueden ser atendidas con el ejemplo de la Industria Automotriz. (8 páginas)
Haga clic aquí para leer "rápido de Ingeniería de Requisitos - ¿Un Siempre Especificación Necesidad de venir al principio?"!

Proceso de Gestión de la Arquitectura y las Necesidades en una base de CMMI Software Process Improvement Project
Al Elaborar o modificar Un proceso, y todos sus activos relacionados, un menudo los ingenieros de proceso Tienen que Enfrentar Una cuestión importante: todos ¿Cómo Definir un conjunto integrado de procesos para que cada elemento del Proceso se ha diseñado tomando en Consideración sus relaciones con Los demás elementos de interfaz. Junto con esta cuestión, También tenemos la Necesidad de Garantizar que todos los PERTINENTES Requisitos de los procesos y sus activos de proceso se entienden completamente y correctamente Administrado. Más aún estos objetivos son difíciles varias personas Están trabajando en paralelo a la Mejora de las Áreas de Procesos de Lograr Cuando diferentes. El enfoque descrito en el siguiente documento por Filippo Vitiello aprovecha una arquitectura de proceso definido y documentado una especificación de los Requisitos del Proceso para Garantizar la integración entre los elementos del proceso. (6 páginas)
Haga clic aquí para leer "Proceso de Gestión de la Arquitectura y las Necesidades en una base de CMMI Software Process Improvement Project"!

¿Cuál es el costo de un error de Requisito?
Este artículo de Tom King y Joe Marasco presenta un sencillo cálculo práctico del costo de los errores en los Proyectos de Desarrollo de Aplicaciones de software. También recomienda Una manera de encontrar y corregir errores costosos Estos inicio de un proyecto, Cuando el hijo menos costosos de corregir. (6 páginas)
Haga clic aquí para leer "¿Cuál es el costo de un error de Requisito?"!

12 Requisitos básicos para el éxito del proyecto
En este artículo, el Dr. Ralph Young de la Northrop Grumman Information Technology Grupo de Defensa de Proporciona un conjunto básico de 12 Requisitos, Estos enfoques recomendados contribuirá al éxito de su proyecto. Los fundamentos se Basan en los Requisitos de experiencia en la Industria, la orientación de los Requisitos relacionados con los libros, artículos y sitios Web, y la Implicación del autor con los proyectos. Tener una experiencia Requisitos experto en la materia en el personal del proyecto Puede Ayudar al gerente del proyecto y el proyecto de inversiones de equipo guía que le ayudará. (11 páginas)
Haga clic aquí para leer "12 Requisitos básicos para el éxito del proyecto"!

Cuando Telepathy Won't Do: Ingeniería de Requisitos Número de prácticas
La mejor Manera de Tener éxito con la ingeniería de requisitos es la Adopción de las Mejores Prácticas Conocidas. , Karl Wiegers 8 describen estas prácticas clave En este artículo, una Ayudar Cualquier Empresa a Mejorar la forma en que produce, analiza, especifica, verifica y gestiona sus Necesidades. (9 páginas)
Haga clic aquí para leer "Cuando Telepathy Won't Do: Requirements Engineering Key Practices"!

En busca de la excelente Requerimientos
Este artículo de Karl Wiegers describen varias técnicas prácticas Para mejorar los Requisitos de los Procesos Utilizados en Algunos pequeños grupos de Eastman Kodak Company y otros lugares. (9 páginas)
Haga clic aquí para leer "En busca de Requisitos Excelente"!

 

Pruebas de software

Factores que Afectan El Esfuerzo por Integrar y probar un sistema de sistemas de
Este artículo de David Garmus se planteará el uso de un modelo de estimación de tamaño funcional de base Utilizando como uno de los componentes clave. El valor que se Derivan de la Utilización de una técnica de tamaño funcional, como los puntos de función, es principalmente en la Capacidad para estimar con precisión el tamaño y un proyecto de principios en el Proceso de Desarrollo. (7 páginas).
Haga clic aquí para leer "Factores que Afectan El Esfuerzo por Integrar y probar un sistema de sistemas"!

Factores que Afectan El Esfuerzo por Integrar y probar un sistema de sistemas de
Este artículo de Richard Stutzke Posibles Identificación de los Factores que Afectan El Esfuerzo, la duración y el riesgo de poner Integrar ya prueba un sistema de sistemas (SOS). En el documento se especula sobre las Medidas de tamaño posible Considerar al estimar El Esfuerzo de Integración y prueba. También Sugiere que las fuentes de datos que Pueden ser útiles para los constructores de modelos. (16 páginas)
Haga clic aquí para leer "Factores que Afectan El Esfuerzo por Integrar y probar un sistema de sistemas"!

El costo de la Calidad de Software: Invertir en software de ensayos, parte 1
Pruebas de software Puede ser considerado una inversión. Una organización de software, si las Naciones Unidas en la Casa de tienda TI, Impulsado por el mercado en Envoltorios de plástico o Proveedor de software para Internet ASP-opta por una Renunciar gastar dinero en proyectos de software o nuevas funciones de software adicionales para financiar El equipo de pruebas de de software. ¿Cuál es el rendimiento de la inversión (ROI)? Este artículo de Rex Negro explica cómo costo de los análisis de calidad Proporciona Una manera de cuantificar sus pruebas de software de ROI. (6 páginas)
Haga clic aquí para leer "El Costo de la Calidad de Software: Invertir en software de ensayos, parte 1"!

High Fidelity Systems: Invertir en las Pruebas de software, Parte 2
Al Darse cuenta de un sólido retorno de su inversión en la prueba requiere una selección inteligente de las pruebas de software. Costo de la calidad del análisis nos dice que es más barato para Detectar y Solucionar errores de software antes de que los clientes hacen, pero, para Evitar errores de software fuera de los clientes, tenemos que encontrar los que importa. En este artículo por lo que necesita saber para disfrutar de este Rex Negro Encontrara derecho. (5 páginas)
Haga clic aquí para leer "High Fidelity Systems: Invertir en las Pruebas de software, parte 2"!

Los riesgos para el Sistema de calidad: Invertir en las Pruebas de software, Parte 3
Antes de que PODAMOS Construir un sistema de software de alta fidelidad de prueba, tenemos que entender lo que significa la calidad del software a Nuestros Clientes. En este artículo, Rex Negro, explica cómo los profesionales de pruebas de software Pueden hacer uso de tres técnicas de Gran Alcance para el Análisis de los riesgos para la calidad del software. El autor explica tambien como Los Objetivos de nuestros inversión pruebas de software-Mediante el Aumento de los Esfuerzos a las Zonas de Riesgo alcalde-se traducirá en la rentabilidad Mayor de Nuestra inversión en software de prueba. (7 páginas)
Haga clic aquí para leer "Los riesgos para el Sistema de calidad: Invertir en las Pruebas de software, parte 3"!

Los muchos sabores de Pruebas de
Hay pruebas de que la prueba sigue Siendo de vital Importancia para el Desarrollo de Software, y que Probablemente siempre lo será. Las reseñas RENTABLES Pueden ser mas, según estudios recientes, y la prueba de la corrección (si es que escala hasta los problemas más grandes) Rigurosos Pueden ser más, pero tampoco SE PUEDE tomar el lugar de Adoptar el software en un ambiente casi real, y Tratando de que fuera. Este extracto del nuevo libro de Robert Glass "Software de conflictos" explora lo que significa realmente la prueba. Varios Él afirma que hay sabores de la prueba, y que Muy a menudo Cuando se habla de las pruebas que consideramos Muy Pocos de esos sabores. (5 páginas)
Haga clic aquí para leer "Los muchos sabores de prueba"!

Un Estado CAI de la entrevista de práctica con Rex Negro, autor de laLos procesos críticos de pruebas
Rex Negro es presidente y consultor principal de Rex Negro Consulting Services, Inc., una empresa de pruebas de software y garantía de calidad que atiende a clientes como Banco Uno, Cisco, Dell, y el Departamento de Defensa de EE.UU.. También es el autor deLos procesos críticos de pruebasyGestión del Proceso de pruebas. Rex tiene una Licenciatura en Ciencias de la Computación e Ingeniería de la de la de la UCLA. Pertenece a la Asociación de Equipos Informáticos y de la American Society for Quality. De Nuestra entrevista entre Milutis Michael, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, y Rex Negro Tuvo lugar en marzo de 2006.
Haga clic aquí para leer "Entrevista con Rex Negro"!

Calidad de Análisis de Riesgo
Prueba de verdadero Cualquier sistema de software del mundo es potencialmente una tarea infinita. De este conjunto infinito de Posibles pruebas, los administradores de prueba de software Necesitan enfocarse en los riesgos más SIGNIFICATIVOS a la calidad del sistema. Estos son los Fallos Potenciales que Pueden ocurrir en el uso del mundo real o costaría mucho si es que ocurrieron. Este artículo de Rex Negro describir formas prácticas para Analizar los riesgos para la calidad del software del sistema, proporcionando orientación a lo largo del Camino Hacia el Logro Eficaz y eficiente de la prueba. (17 páginas)
Haga clic aquí para leer "Calidad de análisis de riesgos"!

La revolución en curso en el Testeo de Software
En este artículo, Cem Kaner analiza los cambios paradigmáticos en el desarrollo y cómo Estos cambios Deben aplicarse A LOS ensayos también. (29 páginas)
Haga clic aquí para leer "la revolución en curso en el Testeo de Software"!

Experiencias de enseñanza de un curso en el Testeo de Software de
Los autores de este artículo para enseñar una clase el programador de la prueba principal de las Naciones Unidas sobre desarrollo con Enfoque Basado en pruebas (TDD) como parte del plan de estudios de Ingeniería de Software en el Instituto de Tecnología de Florida. A partir de este escrito, su curso se ha ofrecido 3 veces. Cada sesión que contenía una mezcla de estudiantes de pregrado y de posgrado. Este documento analiza la evolución del curso, las lecciones aprendidas y los planos para Mejorar el curso en el futuro. (8 páginas)
Haga clic aquí para leer "Experiencias de enseñanza de un curso en el Testeo de Software"!

Herramientas de prueba por la Libertad de
En este breve artículo, Danny Fought analiza Algunas herramientas libres de la prueba, junto con los fundamentos de "freeware", y la información en un boletín de programas gratuitos de prueba. (2 páginas)
Haga clic aquí para leer "Herramientas de prueba gratis"!

Hábleme de su Organización de Garantía de Calidad y Testing
Este artículo de Gary E. Presentación Mogyorodi 20 preguntas utilizadas para Determinar y entender la madurez de la garantía de calidad y entornos de prueba Están Dentro de una organización. Las preguntas Están ordenadas para comenzar con los más Fáciles y de responder y se vuelven progresivamente más Difícil para el Cumplimiento de la organización. Este cuestionario se Demuestra una vez más que una organización que tiene una seguridad de buena calidad y pruebas de las pruebas prácticas Principios y de las pruebas de las Naciones Unidas menudo un Través de su ciclo de vida de desarrollo de software. (7 páginas)
Haga clic aquí para leer "Hábleme de su Organización de Garantía de Calidad y Testing"!

La ineficiencia y la ineficacia de Testeo de Software: Un problema clave en Ingeniería de Software
La Mayoría de las pruebas técnicas que se Utilizan actualmente Fueron DESARROLLADOS antes de 1980. En aquel entonces la eficiencia, los programas importantes Fueron menos de 10.000 Declaraciones. Hoy en día es común encontrar productos de consumo con unos Pocos millones de líneas de código. Ciertamente, las pruebas de eficiencia ha mejorado algo en los últimos treinta años, pero no casi al ritmo de la programación. La técnica más común de automatización, automatización de pruebas de regresión, automatiza la única prueba de la ejecución y resultado La comparación simple, el diseño, el mantenimiento y documentación de estas pruebas son costosas tareas de tiempo humana. Sistemas de gestión de casos de prueba Aún convocatoria de paso a paso la documentación de prueba con probadores Algunos de la vida de las aplicaciones críticas para la presentación de informes que Gastan Hasta un 90% de su tiempo de prueba en la documentación relacionada con las tareas y sólo el 10% de ejecución de la prueba y resultado de análisis. ¿Qué se puede hacer? En este artículo por Cem Kaner, el autor OFRECE Algunas Recomendaciones para Abordar Estos desafíos. (4 páginas).
Haga clic aquí para leer "La ineficiencia y la ineficacia de Testeo de Software: Un problema clave en Ingeniería de Software"!

Experiencias de enseñanza de un curso de Programador de ensayo
Los autores de este artículo, Cem Kaner y Andy Tinkham, enseñar una clase el programador de la prueba principal de las Naciones Unidas sobre desarrollo con Enfoque Basado en pruebas (TDD) como parte del plan de estudios de Ingeniería de Software en el Instituto de Tecnología de la Florida. A partir de este escrito, el curso ha
han ofrecido 3 veces. Cada sesión que contenía una mezcla de estudiantes de pregrado y de posgrado. Este documento analiza la evolución del curso, las lecciones aprendidas y los planos para Mejorar el curso en el futuro.
Haga clic aquí para leer "Experiencias de enseñanza de un curso de Programador de prueba"!

Desarrollo de un caso convincente de prueba de automatización de negocio
Casos de empresas tradicionales se centran en la contención de costes y la Reducción como medio principal de Lograr una atractiva rentabilidad. Si bien estas son importantes, INCLUSO los Aspectos cruciales, la automatización de pruebas Debe ser visto a Través de la lente tal vez mas amplio. En este artículo, Bob Galen explora una visión algo más amplia a la prueba de automatización de negocio y un mercado donde El Tiempo, El tiempo de ciclo, E INCLUSO La Creatividad examinados componentes como son. (9 páginas)
Haga clic aquí para leer "El Desarrollo de una prueba convincente de Automatización Business Case"!

De El Establecimiento de la prueba de automatización de SDLC de
Pruebas de Equipos de seguir Invirtiendo en herramientas de automatización de pruebas y formación en un Esfuerzo continuo para Reducir el Esfuerzo y el coste global asociado con la prueba. Lo cual es exacerbado por nuestro enfoque en la iteración de Desarrollo de Software en ciclos cada vez más cortos, incrementando la presión sobre el equipo de pruebas. Sin embargo, los equipos de prueba de unos Pocos enfoque Sus Esfuerzos de automatización como los proyectos de verdadero desarrollo de software, lo que provoca un sin fin de frustración y fracaso. Únete a Bob como Galeno él se Establece un SDLC de Automatización de Pruebas para Conectarse a su desarrollo de productos SDLC. (10 páginas)
Haga clic aquí para leer "El Establecimiento de la prueba de automatización SDLC"!

Test Automation Criterios de selección de recoger el "Derecho" Los Candidatos
Asi que ha exhaustiva evaluación de los productos seleccionados y su herramienta de automatización de pruebas. También usted ha recibido señal de Presupuesto-off de la herramienta y algo de entrenamiento, de modo que Esté listo para salir. Sin embargo, dependiendo de su entorno, tiene usted otra Decisión Más importante punto de Cara a usted. Si usted tiene un gran archivo de los actuales casos de prueba manual, Después de Decidir dónde y cómo comenzar de Automatización Puede Ser la Decisión más difíciles que ha enfrentado. Aquí Bob Galeno estudiará los Criterios de Decisión y Estrategias para Determinar por dónde empezar su viaje de Automatización. (9 páginas)
Haga clic aquí para leer "Test Automation Criterios de selección de recolección de la" derecha "Candidatos"!

Superior

 

 

Las Inspecciones de software

7 Verdades Acerca de Peer Reviews Por Karl Wiegers
Pruebas El término evoca una imagen de la ejecución de software en una forma prescrita para ver si funciona según lo previsto. Una forma alternativa de la prueba (o, más precisamente, de control de calidad) es Invitar a un Algunos colegas de las Naciones Unidas una Examinar sus productos de trabajo de los defectos y las oportunidades de mejora: una revisión de pares. Considerando que las pruebas tradicionales se limita un código ejecutable, Puede solicitar revisiones inter pares uno de los programas PARA CUALQUIER envío inmediato, el diseño, o un documento. Las revisiones paritarias han sido reconocidos como una poderosa Manera de Mejorar la calidad, las Organizaciones de software sin embargo, pocos cuentan con programas de revisión sistemática Y EFICAZ EN SU LUGAR. Este artículo de Karl Wiegers presenta siete Hechos Acerca de las Evaluaciones por homólogos que Cualquier organización preocupada por la calidad que tiene de sable. (8 páginas)
Haga clic aquí para leer "7 verdades sobre Peer Reviews"!

Humanizar Peer Reviews Por Karl Wiegers
La revisión por pares - una actividad en la que la gente que no sea el autor de software para envío inmediato de las Naciones Unidas para Examinar los defectos y las oportunidades de mejora - es una de las más potentes herramientas de calidad de software disponible. Métodos de revisión inter pares incluir Inspecciones, visitas guiadas por Expertos en controles de escritorio, y otras actividades similares. Después de Experimentar los Beneficios de revisiones por pares Durante casi quince años, yo nunca trabajaria en un equipo que no se realizan. Sin embargo, muchas Organizaciones de lucha para poner en práctica un programa de revisión Eficaz. Muchas de las Barreras a las revisiones por pares son sociales y culturales en la Naturaleza, no técnico. Este artículo de Karl Wiegers explora Algunos de los Aspectos psicológicos y sociales de las personas que revisar el trabajo de otros, la Participación de la de Las Maneras de Superar la Resistencia a las revisiones, Cuestiones y RELATIVAS y gestión remota. (8 páginas)
Haga clic aquí para leer "Humanizar Peer Reviews"!

Mejora de la Calidad de Software de las Naciones Unidas Través de Inspecciones Por Karl Wiegers
De Las Inspecciones y sus primos de software, reseñas y tutoriales, hijo técnicas probadas para Reducir el número de defectos en un programa antes de que salga de la puerta. Si estás en una organización de dos o más personas, Algún tipo de inspección de la actividad Debe ser una parte normal de su Proceso de Desarrollo de Software. (16 páginas)
Haga clic aquí para leer "Mejorando la Calidad una Través de Inspecciones de Software"!

 

 

Offshore

Sobrevivir el Desarrollo Global
Aunque hay muchas razones buenas para Distribuir A nivel mundial las actividades de desarrollo, el éxito no está garantizado por el sólo abrir un centro de desarrollo en otra Región del mundo. Este artículo de Cristof Ebert y Felipe De Neve y Reanudar sintetiza las mejores prácticas de cierto desarrollo de software mundial. (8 páginas)
Haga clic aquí para leer "Sobrevivir el Desarrollo Mundial"!

Mejorar las actividades de validación en un Mundial de Desarrollo de Software
El desarrollo de software de desafíos globales técnicas tradicionales de ingeniería de software, cuentos como revisiones de pares o el trabajo en equipo. En este estudio de caso, Christof Ebert, Casimiro Hernández Parro, Suttels Roland, y Harald Kolarczyk han evaluado las experiencias con las actividades de validación en un entorno global de Alcatel de conmutación y Enrutamiento de negocios. (10 páginas)
Haga clic aquí para leer "Mejorar las actividades de validación en un Mundial de Desarrollo de Software"!

Los costos ocultos de Outsourcing y cómo evitarlos 
Es uno de esos días!
¿Alguna vez has tenido uno de esos días en los que llegar a la oficina a las 8:00 am, vierte su primera taza de café, Empezar a revisar los e-mails ... y uno salta a la Indicación "urgente?" Es de su jefe que le PIDE ASISTA A UNA Reunión en su oficina a las 9:00 am de hoy.
Llegas a la oficina del jefe Y después de las CORTESÍAS de costumbre,Los golpes de bomba.
Las empresas no está haciendo bien, todos los departamentos, incluidos los de TI Deben Reducir el 20% de sus presupuestos el próximo trimestre.
N PUEDE SER Cualquier número de la bomba de otros "tipos" que asi lo requieran Decisiones de externalización.
En este artículo exploraremos del iceberg de Outsourcing de IT, donde el 90% de la masa está por Debajo de la línea de flotación, invisible, oculto y potencialmente mortal. Veremos por Debajo de la línea de flotación de Outsourcing de TI Algunos Identificar e "costos ocultos" Representar Puede que el 90% del coste real y cómo evitarlos. (3 páginas)
Haga clic aquí para leer "Los costos ocultos de Outsourcing y cómo evitarlos"!

Lean

Presentación de Lean Software Development
Lean Software Development Proporciona una filosofía de gestión, junto con un conjunto de herramientas prácticas para el diseño y la distribución de software de productos y servicios intensivos. Estas herramientas nos PERMITEN seleccionar las soluciones de diseño, métodos, herramientas de diseño y estructuras de organización Basadas en la aptitud para el propósito. Ese propósito es Producir valor para el cliente con un desperdicio mínimo para nosotros. Hay un supermercado maravillosa de herramientas, métodos y técnicas de Décadas de progreso en la Gestión de la Ingeniería de Software. Lean no invalida o validar ninguna de ellas. Por el contrario, nos da la sabiduría para comprar sabiamente y Emplear La Combinación justa de los Recursos Necesarios para maximizar el Valor del Cliente, Minimizar los Desechos, y Producir la más real de línea y los resultados finales. (7 páginas)
Haga clic aquí para leer "Presentación de Lean Software Development"!

Los desafíos de una Lean para Desarrollo de Software
El problema central en el desarrollo de software SE PUEDE Reducir a la intensa presión de un plan que establece lo que el software Será Capaz de hacer, cuánto tiempo Va a tomar, y costará lo que - y la expectativa de que el desarrollo posterior de este Seguirá el plan. El problema se acentúa Cuando el software se espera que se desarrolle Independientemente del sistema para el software que proporcionará el cerebro. Este artículo Problemas desde la de Mary Poppendieck Mira Estos perspectiva de los diferentes modelos de cambio de paradigma. (4 páginas)
Haga clic aquí para leer "Los desafíos de una Lean para Desarrollo de Software"!

El Lean - Agile conexión
Este artículo de Alan Shalloway, director general de los Objetivos Neto, es acerca de cómo Desarrollar el software. En primer lugar, analizaremos lo que estamos Tratando de Lograr Cuando La construcción de software. A continuación, Debera investigar lo que tenemos que hacer para hacer esto, Incluyendo la naturaleza de los problemas INHERENTES a la Creación de software. Esto Puede sonar un poco básicos, pero hay muchos defectos INHERENTES A LOS enfoques comunes para la construcción de software, Porque la gente no han Dado Un Paso Hacia Atrás lo Suficiente para ver la imagen grande. Plantar el árbol correcto en el bosque no hace mal para el buen manejo forestal. Una vez que tengamos una visión más clara acerca de qué estamos Tratando de hacer, vamos a pasar de una visión global de una de las tareas necesarias para Construir Qué es el software útil y rentable. Nosotros investigamos DIVERSAS Maneras estas se Llevan A Cabo tanto con los procesos estándar y una magra enfoque ágil. Por último, nos topamos con un conjunto de prácticas básicas qué debemos seguir para Construir el software de coste-Efectiva que nos dan las soluciones ADECUADAS por lo que Obtener el retorno de la inversión que queremos y necesitamos. (14 páginas)
Haga clic aquí para leer "El Lean - Agile conexión"!