Estimación de Software
Riesgos, requisitos, y la estimación de un proyecto de software
El propósito de este artículo por Roberto Meli es hacer una contribución práctica a las personas interesadas en la consecución de un proyecto de software con éxito a sabiendas y metódicamente reducir los principales riesgos asociados a ella. (14 páginas)
Haga clic aquí para leer "Los riesgos, requisitos, y la estimación de un Proyecto de Software"!
Software de estimación, medición y mediciones
Estimación del tamaño pobres es una de las razones principales de software importantes programas de adquisición intensiva en última instancia, un error. El tamaño es el factor crítico en la determinación de costos, plazos, y el esfuerzo. La imposibilidad de predecir con precisión (por lo general demasiado pequeño) resulta en excesos de gastos y retrasos en las entregas que socavan la confianza y reducir el apoyo para su programa. Estimación del tamaño es una actividad complicada, cuyos resultados deben ser constantemente actualizado con los conteos reales de todo el ciclo de vida. Tamaño medidas incluyen líneas de código fuente de código, los puntos de función, y los puntos de función. La complejidad es una función del tamaño, que en gran medida los efectos de errores de diseño y los defectos ocultos, resultando en problemas de calidad, los sobrecostos, y el calendario se desliza. La complejidad debe ser la medición continua, seguimiento y control. Otro factor que lleva a estimar el tamaño de las inexactitudes se arrastran los requisitos que también debe ser controlada baselined y diligente. (36 páginas)
Haga clic aquí para leer "software de estimación, medición y mediciones"!
La construcción de una fortaleza: Lecciones de Desarrollo de Software
En este artículo de su blog, Steve McConnell compara la experiencia de la construcción de una casa del árbol para sus hijos con la construcción de software. (17 páginas)
Haga clic aquí para leer "La construcción de una fortaleza: Lecciones de Desarrollo de Software"!
Los 5 Errores de estimación de un proyecto de software
Le tomó 6 años para el Hawkins Christopher para aprender a producir una estimación exacta. En el camino el autor cuenta una serie de comportamientos que siempre conduce a estimaciones de soplado y presupuestos roto. Evitar las trampas poner cualquier organización en el camino a la estimación más exacta, más felices clientes, y proyectos rentables. (4 páginas)
Haga clic aquí para leer "Los 5 Errores de estimar un Proyecto de Software"!
Coste de desarrollo de software Métodos: Estudio
Este documento resume varias clases de modelos de estimación de costos de software y técnicas: modelos paramétricos, las técnicas basadas en la experiencia, el aprendizaje de las técnicas de orientación, la dinámica de los modelos basados en la regresión basado en modelos, y compuestos, técnicas bayesianas para la integración de conocimientos basados en la regresión y los modelos basados en . La experiencia adquirida hasta la fecha indica que los nervios-net y la dinámica de las técnicas basadas son menos maduras que las otras clases de técnicas, sino que todas las clases de técnicas son desafiados por el rápido ritmo de cambio en la tecnología de software. La conclusión principal es que una sola técnica no es la mejor para todas las situaciones, y que una comparación cuidadosa de los resultados de varios enfoques más probable es obtener estimaciones realistas. (46 páginas)
Haga clic aquí para leer "Desarrollo de Software Coste Enfoques: A Survey"!
Cuantificación de otros factores
El papel que blando, orientadas a los factores humanos desempeñan en la eficacia del software a veces se pierde en las discusiones sobre las mejores prácticas, modelos de procesos, y otros temas más complejos. Por Steve McConnell. (3 páginas)
Haga clic aquí para leer "La cuantificación de factores blandos"!
Limitaciones de la estimación de
Ya en 1968, AM Pietrasanta en el Instituto de Investigación de IBM System declaró: "El que espera una solución rápida y fácil a los múltiples problemas de la estimación de los recursos va a ser decepcionado." ¿Sigue teniendo problemas con la estimación? La autora, Linda M. Laird, explica lo que es razonable esperar que en la estimación, lo que no lo es, y lo que puede hacer al respecto. En términos prácticos, todo se reduce a cuánto sabe realmente sobre el proyecto cuando se está estimando, y la cantidad de incertidumbre es inherente. (12 páginas)
Haga clic aquí para leer "Limitaciones de la estimación"!
UKHEC Informe sobre software de estimación de
Este informe de K. Kavoussanakis y Terry Sloan de la Universidad de Edimburgo presenta un panorama de la historia del software de estimación y define los términos de estimación de base de software al tiempo que proporciona un inventario de los métodos de estimación de software, procesos de estimación de software, y herramientas de estimación de software. Incluye una excelente lista de enlaces y referencias pertinentes para seguir la lectura de software de estimación. (23 páginas)
Haga clic aquí para leer "UKHEC Informe sobre la Estimación de Software"!
Software de estimación de las perspectivas
La capacidad de alcance de los proyectos de software con precisión es un elemento esencial de la disciplina de ingeniería de software. El artículo adjunto por Barry W. Boehm y Richard E. Fairley se esbozan algunas de las cuestiones más fundamentales en el centro de la estimación del software mientras que también proporciona una bibliografía anotada de seis artículos, cada uno en consonancia con el tema "Evolución reciente de software de estimación". (4 páginas)
Haga clic aquí para leer "software de estimación de las perspectivas"!
Estimación de Proyectos de Software
Software efectivo estimaciones se producen como consecuencia de la definición de procesos de software y la mejora continua de procesos de software, software de proceso de la educación y la formación, la medición de software, una buena gestión de proyectos de software, y el uso correcto de las herramientas, técnicas y recursos suficientes. En vista de esto, podrían pasar varios años antes de haber tenido suficiente tiempo y los ciclos de proyecto de software para establecer las bases de un software mejor que las estimaciones están consistentemente hecho. Sin embargo, este artículo por el consultor independiente de ingeniería de software Kathleen Peters, además de describir los fundamentos de la estimación de software, recomienda algunas cosas que usted puede hacer ahora mismo para hacer una diferencia con las estimaciones de software. (14 páginas)
Haga clic aquí para leer "Estimación de Proyectos de Software"!
Un Estado CAI de la entrevista de práctica con la Dra. Elizabeth Clark, Presidente de Software Metrics, Inc.
La Dra. Elizabeth Clark ha participado en la aplicación práctica de la medición de software para predecir, controlar y mejorar el proceso de software y la calidad del software desde 1979. Ella es la Presidente de Software Metrics, Inc., una empresa de consultoría que co-fundó en 1983. El Dr. Clark es un principal contribuyente a Practical Software Measurement. También es un instructor certificado PSM y ha realizado numerosos cursos de formación PSM y talleres dentro de los Estados Unidos y Australia. El Dr. Clark fue un contribuyente principio (el Instituto de Ingeniería de Software, SEI) de las medidas centrales, a través de su afiliación con el Instituto de Análisis de Defensa, ha adquirido una amplia experiencia en la realización de análisis de costos independiente de software para clientes del gobierno. Su experiencia abarca una amplia gama de plataformas de armas, así como los sistemas de información de gran tamaño. Nuestra entrevista entre Isabel Clark y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), tuvo lugar en septiembre de 2005.
Haga clic aquí para leer la entrevista con la Dra. Elizabeth Clark!
Estimación de Software: Retos e Investigación
Software de estimación de costos y calendario de apoyo a la planificación y seguimiento de proyectos de software. Dado que el software es complejo e intangible, los proyectos de software han sido siempre más difícil de estimar que los proyectos de hardware. En este artículo, Richard D. Stutzke analiza los retos que enfrentan los estimadores de costos de software y describe el software de estimación de trabajo de investigación en curso para abordar estos desafíos. (6 páginas)
Haga clic aquí para leer "Estimación de Software: Retos e Investigación"!
Así que ¿Cuál es el Estado de Estimación de Software?
¿Por qué el 21% de las empresas que experimentan retrasos de la programación de software superior a un año, y por qué son el 11% de su presupuesto de rebasamiento de software por más de 1 dólar EE.UU. millones de dólares? En este artículo, EM Bennatan especula que uno de los problemas con los excesos de software es que la estimación de software no está enteramente en manos de los desarrolladores, sino que está fuertemente influenciado por factores de conducta y política. Según Bennatan, la solución a la estimación de un mejor software consiste en introducir a los clientes, usuarios y la administración superior más cerca del proceso de desarrollo. (2 páginas)
Haga clic aquí para leer "Así que ¿Cuál es el Estado de Estimación de Software?"!
Estimación de Software: Perfect práctica hace al maestro
Estimación precisa de software ha sido un dolor de cabeza para los desarrolladores de software. Gran parte de los desarrolladores de software frente a los problemas con el vástago de software de estimación de la falta de una buena formación de software de estimación y la práctica. Este artículo de David Henry, del NetworkX Linux es el resultado de la experimentación de la autora con diferentes métodos de formación de software de estimación. Su objetivo es dar consejos prácticos a los administradores o técnicos que conduce voluntad de iniciar un proceso de estimación de software en su organización. (7 páginas)
Haga clic aquí para leer "Estimación de Software: Perfect práctica hace al maestro"!
Reducir el sesgo en las estimaciones del proyecto de software
Casi todas las estimaciones de desarrollo de software ha sido, o será parcial. Sesgos en la estimación de software de proceso de contribuir a las estimaciones de software pobres, lo cual puede afectar el éxito o el fracaso de un proyecto de software. Comprender el impacto psicológico de sesgo en las estimaciones de desarrollo de software es esencial para los administradores de proyectos de tecnología de información y sus equipos. Este artículo de Peeters David y George Dewey explora 1) ¿Cómo afecta a los sesgos de abajo hacia arriba, el nivel de las estimaciones de tareas esfuerzo de desarrollo de software, y 2) el sesgo diversas estrategias de reducción que se pueden emplear para mejorar la calidad de las estimaciones de software. (9 páginas)
Haga clic aquí para leer "reducir el sesgo en las estimaciones del proyecto de Software"!
Desarrollo de Software Coste Enfoques - Un Estudio
Este documento por Barry Boehm y Sunita Chulani resume varias clases de modelos de estimación de costos de software y técnicas: los modelos de estimación paramétrica de costos, técnicas basadas en la experiencia, el aprendizaje de las técnicas de orientación, la dinámica de los modelos basados en la regresión basado en modelos, y compuestos, técnicas bayesianas para la integración de la experiencia y basados en modelos basados en la regresión. La conclusión principal del documento es que no solo técnica de software de estimación de costos es la mejor para todas las situaciones, y que una comparación cuidadosa de los resultados de varios métodos de estimación de costes del software es más probable para producir estimaciones realistas. (46 páginas)
Haga clic aquí para leer "Desarrollo de Software Coste Enfoques - Un Estudio"!
Métodos de estimación de costos de software para grandes proyectos
La estimación de Software es un concepto simple, pero difícil y compleja en la realidad. Cuanto mayor es el proyecto de software, mientras más factores de estimación de costes son los que deben ser evaluadas. La dificultad y la complejidad requerida para las estimaciones de costos de éxito de software, sobre todo en grandes proyectos de software, superará el manual del software estimación de las capacidades de los directores de la mayoría de los proyectos de software. Aunque el software automatizado de las estimaciones a menudo superan las estimaciones de software humanos en términos de precisión, ningún método de estimación de software es totalmente libre de errores. Este artículo de Alcaparras Jones explora la actual estimación de costos de software y las mejores prácticas muestra cómo una combinación de herramientas de estimación de costos de software, junto con herramientas de gestión de proyectos de software, bajo la cuidadosa dirección de experimentados gestores de proyectos de software y software de estimación de los especialistas, puede maximizar la precisión de la estimación de software. (9 páginas)
Haga clic aquí para leer "métodos de cálculo de costos de software para grandes proyectos"!
Juegos de estimación
Durante más de 30 años de la informática comercial ha dado lugar al desarrollo de una serie de complejos juegos políticos que se han convertido en un sustituto para la estimación de software como un proceso formal. Como todos los buenos juegos de estos "juegos de estimación" se han transmitido de generación en generación por "niños" aprender de la gente de TI "para adultos" Los administradores de TI que, por supuesto, aprendió de sus juegos de software de estimación temprana de los adultos. Este artículo por el Grupo de Thomsett explora y analiza una amplia variedad de juegos de estimación de software, de "doble Dummy Spit" a "X Plus" a "la Inquisición española". Si es gracioso, es porque es verdad. (11 páginas)
Haga clic aquí para leer "Juegos de estimación"!
Painless Software Schedules
Hacer un programa de software es algo que casi ningún programador quiere hacer. La gran mayoría sólo tratar de salirse con la suya no hacer un programa de software en absoluto. ¿Por qué es este el caso? Dos razones fundamentales. En primer lugar, es un dolor real. En segundo lugar, nadie cree que un programa de software es digno de cualquier cosa (excepto para la alta dirección, que simultáneamente cree que "ningún proyecto de software está siempre a tiempo.") En resumen, ¿por qué ir a todos los problemas para desarrollar un programa de software si no va a tener la razón y si nadie te va a creer que en realidad? Este artículo de programador de software y el escritor Joel Spolsky trata de responder a esta pregunta mientras que proporciona una forma simple y sin dolor para hacer los horarios de software que son realmente correctos. (9 páginas)
Haga clic aquí para leer "Painless Software Schedules"!
Errar es humano, Estimación de la Divina
Deficiente de los proyectos de software de estimación es el pequeño secreto sucio de desarrollo de aplicaciones. Casi todos los proyectos de software se anulan o se vienen en más de presupuesto o de retraso. Un estudio reciente de 100 empresas encontró que la empresa media completa sólo el 37% de los principales proyectos a tiempo, mientras que sólo el 42% sobre el presupuesto final. Standish Group International, que en 1995 Caos informe destaca fracasos de proyectos de IT, encontró que el 40% de los proyectos de desarrollo de aplicaciones se cancelan antes de su finalización. Standish Group calcula que estos no luchan y los proyectos de software estaban costando compañías de EE.UU. y los organismos gubernamentales 145 mil millones dólares anuales. Si bien son muchos los factores que conducen a los pobres de estimación de proyectos de software, en este artículo por Phillip Gordon explora dos herramientas que pueden ayudar a los desarrolladores de mejorar el valor girando registro informal de mantenimiento en un proceso gestionado. (4 páginas)
Haga clic aquí para leer "Errar es humano, para estimar Divino"!
Estimación de Software de mayor celeridad y exactitud
Los profesionales de software con frecuencia se enfrentan al reto de proporcionar estimaciones iniciales de los proyectos y precisa de software. Habla mal de la comunidad de software que la cuestión de la estimación precisa, a principios del ciclo de vida, no ha sido tratado adecuadamente y estandarizado. Este artículo de David Herron del Grupo de Consultoría de David se planteará el uso de un modelo de estimación de tamaño funcional de base utilizando como uno de los componentes clave. Según el autor, 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 un proyecto de principios en el proceso de desarrollo. (4 páginas)
Haga clic aquí para leer "Estimación de Software de mayor celeridad y exactitud"!
Estimación de tareas de mantenimiento
El mantenimiento de software se define como la modificación de un producto de software después de la entrega para corregir defectos, para mejorar el rendimiento, o para adaptar el producto a un entorno cambiante. Dicho mantenimiento por lo general superior a los costes de desarrollo de otras aplicaciones. Sin embargo, la estimación de los proyectos a menudo no incluye la estimación de los esfuerzos de mantenimiento durante la vida útil de un sistema de aplicación. En este artículo, por Manfred Bundschuh, Presidente de la Asociación alemana de Software Metrics, el autor explora cómo las métricas pueden ser utilizados para la estimación de los esfuerzos de mantenimiento de software. (11 páginas)
Haga clic aquí para leer "Estimación de las Tareas de mantenimiento"!
Un Estado CAI de la entrevista de práctica con Barry Boehm
Barry Boehm recibió su título de licenciatura de Harvard en 1957, y su maestría y doctorado grados de UCLA en 1961 y 1964, todos en Matemáticas. Entre 1989 y 1992, se desempeñó en el Departamento de Defensa de EE.UU. (DoD) como Director de Información en Ciencias de la DARPA y la Oficina de Tecnología, y como Director de la DDR
Haga clic aquí para leer la entrevista con Barry Boehm!
Un Estado CAI de la entrevista de práctica con Steve McConnell, autor de software de estimación: Desmitificar el Arte Negro
Steve McConnell es Director General y el ingeniero jefe de software de Construx Software, donde supervisa las prácticas de ingeniería de software, da clases, y escribe libros y artículos. Steve es el autor de los clásicos de la industria informática de código completo y el rápido desarrollo, tanto los ganadores de la revista Software Development Jolt de adjudicación de los libros pendientes del desarrollo de software. También es el autor del proyecto de software Guía de supervivencia y de numerosos artículos técnicos. Steve fue editor en jefe de la revista IEEE Software 1998 a 2002. Su libro más reciente es el software de estimación: Desmitificar el Arte Negro.
Haga clic aquí para leer la entrevista con Steve McConnell!
Los tamaños y la Estimación de Tiempo Real de software - el método FFP COSMIC
En este trabajo de Charles Symons, creador de la marca de funciones II Point, el autor describe el método COSMIC FFP y cómo puede ser utilizado para dimensionar los requisitos de software en tiempo real, y por lo tanto ser aprovechados como el ingrediente clave para la estimación del proyecto y la medición del desempeño del proyecto . Este artículo está hecho de cortesía a disposición de DACS. No puede ser reproducido sin el permiso explícito de la DACS. (12 páginas)
Haga clic aquí para leer "Tamaño y Estimación de Tiempo Real de software - el método FFP COSMIC"!
¿Qué software de estimación de Herramientas de trabajo
Desde mediados de la década de 1990 se han registrado alrededor de 50 comerciales de software de herramientas de estimación de costos comercializados en los Estados Unidos y otros 25 en Europa, aunque no todos al mismo tiempo. Muchas de estas herramientas son "cajas de negro" y sus métodos de operación son de propiedad y considerarse como secretos comerciales de sus propietarios. Sin embargo, hay una secuencia básica de las actividades que deben llevarse a cabo. Este artículo de Alcaparras Jones describe ocho pasos esenciales de la estimación precisa de software: 1) las prestaciones del proyecto de calibrado; 2) Estimación de la calidad y la eficiencia de la eliminación de defectos, 3) Selección de las actividades del proyecto, 4) Estimación de los niveles de personal; 5) Estimación de esfuerzo, 6) Estimación de los costes ; 7) Estimación de los horarios, 8) y estimación de las necesidades de crecimiento durante el desarrollo. (28 páginas)
Haga clic aquí para leer "¿Qué herramientas de software de estimación de trabajo"!
Estimación (Extracto de capítulo de "Applied Software Project Management")
Para alguien que nunca ha estimado un proyecto de una forma estructurada, la estimación parece poco más que intentar predecir el futuro. Esta opinión se refuerza cuando se fuera de la manga estimaciones son inexactas y proyectos llegado tarde. Pero un buen proceso de estimación formal, que permite al equipo del proyecto para llegar a un consenso sobre las estimaciones, pueden mejorar la exactitud de estas estimaciones, por lo que es mucho más probable que los proyectos llegarán a tiempo. En este artículo de Andrew Stellman y Jennifer Greene, los autores explican cómo un jefe de proyecto puede ayudar al equipo a crear las estimaciones de éxito para cualquier proyecto de software mediante técnicas de sonido y la comprensión de lo que hace estimaciones más precisas. (21 páginas)
Haga clic aquí para leer "Estimación (Extracto de capítulo de" Applied Software Project Management ")"!
5 Componentes lógicos de la función Punto de aproximación de
Función Punto aproximaciones han demostrado ser útil durante los estudios de viabilidad y al inicio de los proyectos. En este artículo, Manfred Bundschuh, presidente de la Asociación alemana de Software Metrics, muestra los resultados de dicha aproximación. (13 páginas)
Haga clic aquí para leer "5 componentes lógicos de la función Punto de aproximación"!
Un enfoque holístico de clasificación dinámica Marco de software de estimación de
En este artículo, Manfred Bundschuh esboza un marco integrado de clasificación dinámico para mejorar las estimaciones de proyecto de software. (8 páginas)
Haga clic aquí para leer "un enfoque holístico de clasificación dinámica marco de Estimación de Software"!
Estimación de Proyectos de TI
En este artículo, Manfred Bundschuh explica cómo conseguir experiencia en IT de estimación de proyectos. (11 páginas)
Haga clic aquí para leer "Estimación de Proyectos de TI"!
Ejecución del Presupuesto
La clave para el éxito del proyecto consistente es el tamaño de software eficaz, pero el tamaño es a menudo la parte más difícil de la estimación del proyecto. Los directores de proyecto lidiar con la posibilidad de estimar con precisión la cantidad de código necesario para satisfacer los requisitos del producto, y lucha para cuantificar los riesgos e incertidumbres asociados con sus estimaciones. Aprenda más sobre cómo dominar esta técnica en este artículo de Dan Galorath. (9 páginas)
Haga clic aquí para leer "Ejecución del Presupuesto"!
Estimación de las reglas del software de Thumb
La estimación precisa de software es muy difícil para normas generales a seguir. Sin embargo, a pesar de la disponibilidad de más de 50 herramientas de estimación de software comercial, normas generales a seguir siendo el método más común. Las normas basadas en el punto de la función métricas están reemplazando las antiguas normas LOC. Este artículo de Alcaparras Jones asume IFPUG reglas de recuento de la versión 4.1. (11 páginas)
Haga clic aquí para leer "Estimación de Software reglas del pulgar"!
Software de Control de Costes de adquisición con los puntos de función y la estimación Herramientas
Demasiado a menudo, las organizaciones de que el contrato de servicios de desarrollo de software están a merced de los vendedores por el costo y el calendario. Una vez que una oficina del programa de emisiones de una solicitud de propuesta (RFP) para el desarrollo de software, de alguna manera se debe evaluar la validez de los costos y el calendario que vuelva con las propuestas. O bien, un programa podría tener un presupuesto limitado o el horario, pero no una comprensión clara de qué cantidad de desarrollo es realmente factible dentro de estas limitaciones. Este artículo de Ian Brown propone un enfoque que puede ayudar a los compradores de software de tomar el control de esta situación proporcionando la capacidad de evaluar objetivamente las propuestas de desarrollo de software, seleccione el mejor valor para sus necesidades, y gestionar eficazmente los gastos de adquisición de patada de salida para la entrega del producto. (10 páginas)
Haga clic aquí para leer "Software de Control de Costes de adquisición con los puntos de función y la estimación Herramientas"!
Función de punto de métodos de estimación: una visión comparativa
La aparición de la técnica del punto de función ha permitido a la comunidad de las TIC para incrementar de manera significativa la práctica de la medición de software, con respecto a la utilización de la tradicional "líneas de enfoque de código. Un recuento de FP, sin embargo, requiere un nivel completo y detallado de la documentación descriptiva, como las especificaciones funcionales del sistema de software en la medición, que deben realizarse. Hay al menos dos situaciones en las que tengan un método de estimación, sino alternativo compatible con las normas estándar para la FP, podría ser decisiva. El primer caso se produce cuando el desarrollo o proyecto de mejora se encuentra en una fase tan temprana que simplemente no es posible realizar un recuento de FP. El segundo caso se produce cuando se necesita una evaluación de los activos de software existentes, pero la documentación necesaria o el tiempo y los recursos necesarios para realizar un cálculo detallado FP no están disponibles. Con base en estas y otras situaciones análogas, la demanda de métodos para estimar, no - la cuenta - los puntos de función ha pasado de las organizaciones involucradas en el negocio de software. La literatura técnica ofrece varios métodos de estimación que puede ser examinado y comparado. Este trabajo de Roberto Meli y Luca Santillo se presenta, por lo tanto, las características de algunos métodos de pendientes y un modelo de evaluación comparativa general, útiles para la evaluación de cualquier método adicional, también. (14 páginas)
Haga clic aquí para leer "Función Punto de métodos de estimación: una visión comparativa"!
Dentro de SEER-SEM
El Sistema de Evaluación y Estimación de Recursos - Estimación de Software de modelo (SEER-SEM) es un proyecto modelo disponible en el comercio de software de estimación utilizados en la defensa, el gobierno y empresas comerciales. Introducido hace una década y ahora en su séptima versión, que ofrece un estudio de caso en la historia y el futuro de esos modelos. SEER-SEM y sus hermanos se basan en una combinación de matemáticas y estadística; este artículo por Lee Fischman, Karen McRitchie, y Dan Galorath ofrece información sobre su funcionamiento interno y la base de la estimación.
Haga clic aquí para leer "Dentro de SEER-SEM"!
Un Estado CAI de la entrevista de práctica con Roberto Meli
Roberto Meli es un experto en gestión de proyectos, metodologías de desarrollo de software y métricas de software. Asiste a cursos de formación y enseña en Italia y en países extranjeros y es coordinador de GUFPI - ISMA CPC (Counting Comité de Prácticas, el Comité Técnico para la Reglamentación de contar con función de punto). Desde 1990 ha sido el Director General y CIO de RPD. Nuestra entrevista entre Roberto Meli y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en agosto de 2008.
Haga clic aquí para leer la entrevista con Roberto Meli!
Un Estado CAI de la entrevista de práctica con Daniel Galorath
Daniel Galorath es uno de los principales desarrolladores del vidente-SEM ™ software de evaluación de modelo. Su experiencia docente incluye el desarrollo y presentación de cursos en los costos de software, Programación y Análisis de Riesgos, Gestión de Software, Ingeniería de Software, y Arquitectura de Sistemas de Armas. Su compañía, Galorath Incorporated, ha desarrollado herramientas, métodos y formación para el costo del software, programación, análisis de riesgo, y apoyo a las decisiones de gestión. Entre las obras publicadas Sr. Galorath son documentos que abarcan los modelos de costes de software, pruebas de la teoría, el ciclo de vida del software de predicción de errores y reducción, y el software y los sistemas de definición de los requisitos. Recientemente, el Sr. Galorath fue nombrado ganador de la Sociedad Internacional de 2001 de Analistas paramétrico (ISPA) Freiman Premio. concedidas a las personas que han hecho contribuciones sobresalientes a los aspectos teóricos o aplicados de modelado paramétrico. Dan es también el autor del software calibrado, estimación y gestión de riesgos. Nuestra entrevista entre Dan Galorath y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en junio de 2007.
Haga clic aquí para leer "una entrevista con Daniel Galorath"!
Uso del valor acumulado índices de gestión como factor de desarrollo de equipo y una herramienta de compensación
El objetivo de este documento por Ricardo Vargas es presentar los principales componentes del desarrollo de un equipo de proyecto, las características de motivación inherente al trabajo en equipo y una propuesta de interrelación entre el análisis del valor ganado y el desarrollo del equipo a través de la SPI y los índices obtenidos por el IPC de la herramienta y los modelos de desarrollo del equipo y de la compensación y recompensa en el proyecto, lo que permite reducir la subjetividad de la evaluación de los recursos humanos en el proyecto. El documento presenta un breve informe sobre el desarrollo de equipos y políticas de compensación, así como una introducción al concepto de valor ganado con el fin de alinear los conceptos se acercó. (10 páginas)
Haga clic aquí para leer "Uso de Índices de Gestión del Valor Ganado como un factor de desarrollo de equipo y una herramienta de compensación"
Earned Value predicción probabilística utilizando simulación de Monte Carlo
El objetivo de este artículo por Ricardo Vargas es presentar una propuesta de la interconexión entre los modelos y simulaciones probabilísticas de los proyectos como las formas posibles para determinar la CAO (costo final) a través de Earned Value Analysis. (12 páginas)
Haga clic aquí para leer "Earned Value predicción probabilística utilizando simulación de Monte Carlo"
Análisis del valor acumulado en el Control de Proyectos: ¿Éxito o fracaso?
El objetivo de este documento por Ricardo Vargas es presentar y discutir los principales obstáculos y beneficios de la utilización del Análisis del valor acumulado en los proyectos, incluidos los factores que deben mejorarse y aplicarse en el plan del proyecto y las acciones que deben tomarse mientras se lleva a cabo el proyecto y controlados. (8 páginas)
Haga clic aquí para leer "Análisis del valor acumulado en el Control de Proyectos: ¿Éxito o fracaso?"
