IT Governance

Gobernanza | Gestión de Riesgos | Gestión de Proyectos | Gestión del Conocimiento | Balanced Scorecard | ITIL|Control en Tiempo Real | Entrenamiento | Calidad | Gestión de Producto

Gobernanza

Un Estado CAI de la entrevista de práctica con la Dra. Jeanne Ross, científico del MIT y co-autor de laIT Governance
La Dra. Jeanne W. Ross es Científico Principal de Investigación en el MIT Center for Information Systems Research. Su investigación se centra en la gestión de la unidad de TI, en particular en la gestión de la infraestructura de TI y en lacambios en la dirección exigida por las nuevas tecnologías y nuevas formas de organización. Gran parte de su trabajo implica el desarrollo de estudios de caso que describen los recursos humanos, tecnología, recursos e IS-relación de negocios de las empresas que han implementado con éxito la tecnología basada en los cambios. Su investigación actual se centra en la gestión de la tecnología de infraestructuras que permitan transformaciones en las organizaciones y en la discusión de este valor entre la TI y la gestión empresarial. Nuestra entrevista entre Juana Ross y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, se llevó a cabo en abril de 2006.
Haga clic aquí para leer "Un Estado CAI de la entrevista de práctica con la Dra. Jeanne Ross"!

¿Cuán efectiva es IT Governance?
Este estudio, realizado por Juana Ross y Peter Weill del MIT, se basa en una encuesta a los CIOs a 256 empresas y 50 estudios de caso sobre cómo las empresas las rigen. Si bien no hay una fórmula simple ofrece especificaciones para la aplicación de la gobernanza de TI, el Dr. Ross y el doctor Weill concluyen en su estudio que el diseño de gobierno considerado puede ayudar a las empresas cumplir con sus objetivos estratégicos. (4 páginas)
Haga clic aquí para leer "¿Cuán efectiva es IT Governance?"

Receta para la Buena Gobernanza
En este artículo de Jeanne Ross y Peter Weill - publicado en la revista CIO Magazine - los autores describen los ingredientes necesarios para el buen gobierno de TI (8 páginas)
Haga clic aquí para leer "Receta para la Buena Gobernanza"!

16 procesos críticos de Software
Este trabajo de la Red de administrador de programas de software es la exposición de los 16 Critical Software PracticesTM que sirven de base para la aplicación eficaz desempeño basados en software de gestión de proyectos intensivos. Están destinados a ser utilizados por los programas que deseen aplicar de forma efectiva las prácticas de alto apalancamiento para mejorar su fondo las medidas de línea de tiempo a Fielding, calidad, rentabilidad, previsibilidad y satisfacción del cliente y son para los CIOs, PMS, los organismos patrocinadores, los proyectos de software gerentes y otras personas involucradas en la ingeniería de software. Estas 16 prácticas críticas son la clave para evitar problemas importantes para los proyectos de desarrollo de software. Estas prácticas han sido recogidos en el crisol del mundo real, a gran escala, desarrollo de software y proyectos de mantenimiento. (15 páginas)
Haga clic aquí para leer "16 procesos críticos de Software"!

9 Mejores Prácticas para Software de Gestión de 
La gestión de desarrollo de software está lleno de riesgos: riesgos técnicos, riesgos de mercado, los requisitos de riesgo y el riesgo financiero. Este documento de Niwot Ridge Consulting describe nueve principios de gestión de claves para orientar el desarrollo de un proyecto de software. Todos estos principios pueden aplicarse a actividades de desarrollo comercial. (26 páginas)
Haga clic aquí para leer "9 Mejores Prácticas para Software de Gestión"!

QAI Innovación de la serie
En la industria de TI, gerentes y supervisores deben permanecer constantemente en la vanguardia para atraer y retener a los mejores intérpretes. Este artículo de Michael Pregmon, Jr., Ph.D., tiene un enfoque específico sobre la innovación en tecnologías y mejorar el desarrollo de software y el proceso de control. (3 páginas)
Haga clic aquí para leer "QAI Innovación de la serie"!

Gobierno Corporativo y Control Interno de Prácticas
Desarrollado por el Instituto de Control Interno, aquí hay diez preguntas difíciles para ayudarle a hacer una auto-evaluación rápida de la gobernabilidad de su corporación y de control de riesgos. (2 páginas)
Haga clic aquí para leer "Gobierno Corporativo y Prácticas de Control Interno"! 

Métricas de proyectos basada en la gobernanza
Pam Morris, CEO de Total Metrics, se describe un enfoque riguroso de control de los proyectos de desarrollo de software mediante la introducción de la medida de tamaño funcional en la fase de planificación y cuantificar objetivamente la situación y el alcance del proyecto y sus resultados en todo su ciclo de vida. (10 páginas)
Haga clic aquí para leer "Métrica de proyectos basada en la gobernanza"!

Tirar dinero bueno al malo
Muchos proyectos de software que sufre una muerte lenta que han sido cancelados mucho antes. Aunque es difícil de tirar del enchufe en un proyecto con un caso de negocios débil, no hacerlo es tirar el dinero bueno al malo. Este artículo de Karl Wiegers da algunos consejos sobre la toma de decisiones que pueden ayudarle a evitar este resultado y se muestra cómo utilizar los puntos de decisión para mantener un buen proyecto avanzaba. (4 páginas)
Haga clic aquí para leer "Tirar dinero bueno al malo"!

Véase en la corte!
Demasiados proyectos de desarrollo de software externalizado terminar en el litigio. Las causas fundamentales del fracaso del proyecto y como resultado de conflictos jurídicos se relaciona a menudo con los requisitos del proyecto, en temas de comunicación, o para la gestión del proyecto enfoques utilizados (o no se utiliza). Este artículo de Karl Wiegers presenta 15 recomendaciones para mantener su proyecto de contratación externa en la pista y fuera de la corte. Una lista de verificación le ayuda a realizar un chequeo de salud en su proyecto, para ver si es la partida para los problemas. (6 páginas)
Haga clic aquí para leer "See You in Corte"!

El modelo de la Decisión # 1: vincular a los líderes de negocios y tecnología!
Este artículo de Barbara Halle y Larry Goldberg introduce el modelo de decisión como un activo de nuevos negocios de alto valor de negocio, y cómo el negocio que mejor puede sacar partido de ese valor. La audiencia de este artículo incluye a líderes de negocios, arquitectos de negocios, las necesidades de los analistas, diseñadores de modelos de casos de uso, los modeladores de procesos de negocio, y los desarrolladores ágiles. (9 páginas)
Haga clic aquí para leer "El Modelo de la Decisión # 1: vincular a los líderes de negocios y tecnología"!

El modelo de la Decisión # 2: Mejora de Proceso de modelos y el proceso de requisitos!
Este artículo de Barbara Halle y Larry Goldberg explica cómo el modelo de decisión que revoluciona los procesos de negocio de hoy y las necesidades de gestión. La audiencia de este artículo incluye arquitectos de negocio, las necesidades de los analistas, diseñadores de modelos de casos de uso, los modeladores de procesos de negocio y desarrolladores ágiles. Este artículo establece el modelo de decisión, no sólo como un activo de nuevos negocios, sino también como un artefacto de los nuevos requisitos y un elemento imprescindible en la adopción de procesos de negocios consciente. (15 páginas)
Haga clic aquí para leer "El Modelo de la Decisión # 2: Mejora de Proceso de modelos y el proceso de Requerimientos"!

El modelo de la Decisión # 3: Revolucionando el proceso de análisis de la lógica de negocios!
El modelo de decisión puede acortar el ciclo de prueba y desarrollo de forma drástica. Eso es porque el modelo de decisión que separa la lógica de negocio de las preocupaciones de otros y por lo tanto los casos de prueba puede ser accionado directamente por el contenido de un modelo de decisión. Los casos de prueba pueden ser desarrollados para las familias individuales dentro de la Regla un modelo de decisión o de una parte o la totalidad de un modelo de decisión. El modelo de decisión también ayuda en las pruebas de escenario para un proceso de negocio. El público objetivo de este artículo es la gente de negocios, arquitectos de negocios, desarrolladores (ágil y convencional), y los probadores. ( 9 páginas)
Haga clic aquí para leer "El Modelo de la Decisión # 3: Revolucionando el proceso de análisis de la lógica de negocios"!

Software de Gestión de Riesgos

Frente a los riesgos que el éxito del proyecto Impacto de Software
Todos los sistemas y de proyectos de software implica un riesgo. A menudo, cómo manejar su programa de riesgos es un factor decisivo en el éxito o fracaso de su programa. Si usted no conoce los riesgos, el programa tiene una mayor probabilidad de fracasar. Por otra parte, si se intenta realizar un seguimiento y gestionar todos los riesgos posibles, puede gastar todo el presupuesto de su gestión de los riesgos, y no producir un entregable. La gestión de riesgos, como cualquier otro elemento de los sistemas y desarrollo de software, requiere una planificación de previsión y cuidado. Este artículo de Theron Leishman y el Dr. David Cook explica qué es la gestión del riesgo y, a continuación se describen algunos riesgos comunes de desarrollo. (8 páginas)
Haga clic aquí para leer "Frente a los riesgos que el éxito del proyecto Impacto de Software"!

SEGURO: Un método para comprender, reducir y aceptar riesgos de los proyectos
Este artículo de Roberto Meli describe los elementos básicos de un método de gestión de riesgos se completa una serie de diferentes enfoques de dominio público, como el cuerpo PRM de los conocimientos de Project Management Institute, CTC del Instituto de Ingeniería de Software, el modelo de estrategia Euromethod, los descritos por McFarlan , Archibald, y otros. Aunque el método seguro se originó en el campo de la tecnología de información y la comunicación, fácilmente puede extenderse a otros dominios de aplicación. (18 páginas)
Haga clic aquí para leer "SEGURO: Un método para comprender, reducir y aceptar riesgos de los proyectos"!

Know Your Enemy: Software de Gestión de Riesgos
Gestión de Riesgo está siendo reconocido como mejor práctica en la industria de software por su capacidad para reducir el factor sorpresa. Si bien no podemos predecir el futuro con certeza, se puede aplicar estructurado software de gestión de prácticas de riesgo para mirar sobre el horizonte y tomar acciones que minimicen el riesgo de problemas potenciales. Este artículo del Dr. Karl E. Wiegers del proceso de impacto proporciona un panorama introductorio de las categorías de riesgo importante de software y elementos de riesgo de software que suelen amenazar a los proyectos de software. El artículo también contiene directrices prácticas para el análisis de las prioridades. (6 páginas)
Haga clic aquí para leer "Know Your Enemy: Software de Gestión de Riesgos"!

La economía para un día lluvioso
La mayoría de los equipos de proyectos de software experiencia de los excesivos costos, gastos inesperados, los requisitos de crecimiento, cambios tecnológicos y una serie de programa de destrucción de otros problemas. Sin embargo, pocos proyectos de software crear un horario o reserva del presupuesto para ayudarles a gestionar los riesgos de dicho software. Este artículo del Dr. Karl Wiegers del proceso de impacto hace que el caso de la incorporación de un buffer de contingencia en los planes de proyecto de software para dar cabida a lo imprevisto y lo desconocido. Usted aprenderá cómo determinar el tamaño del riesgo de software tales topes, así como la manera de incluir en las negociaciones con los directivos y clientes. (7 páginas)
Haga clic aquí para leer "Ahorrar para una Rainy Day"!

Lecciones aprendidas en el desarrollo intensivo de COTS Software Systems
Es inevitable que los sistemas de desarrollo de software será más dependiente de comerciales fuera del software comercial (COTS) en el futuro. Hace diez años, los sistemas de software con un millón de líneas de código se consideran grandes. Ahora, diez millones de líneas de código no es inusual. Se espera que el tamaño y la complejidad de los sistemas de software crecerá. Sin embargo, no será factible el desarrollo de estos sistemas de software completamente desde cero. Como comerciales fuera del software comercial (COTS) se amplía para proporcionar una funcionalidad robusta y estable, se convertirá en obligatoria la inclusión en todos los sistemas COTS importantes. Este documento, de la Dra. Elizabeth Clark, el Dr. Barry Boehm, y Christopher Abts (et. al.) Trata de la tendencia reciente de COTS mayor uso en el sistema de espacio aéreo nacional. Se dirige a las experiencias de la FAA ha tenido en el uso de COTS durante este período transitorio en el que COTS productos que no son sólidas, no necesariamente trabajan bien juntos, y requieren de riesgo significativo para las estrategias de mitigación de software para ser utilizado con éxito. (11 páginas)
Haga clic aquí para leer "Lecciones aprendidas en el desarrollo intensivo de COTS Software Systems"!

Diez riesgos de la subcontratación
Offshore outsourcing de TI está creciendo a un 20% -25% anual y lo más probable es que continúe creciendo a medida que un modelo de arbitraje de la mano de obra hasta 2009. Sin embargo, como las organizaciones consideran que los grandes beneficios y el encanto de la subcontratación, deben equilibrar los riesgos y las incertidumbres con los potenciales. Este artículo de Dean Davison, a partir de diciembre de 2003, describe los diez factores de riesgo para proyectos de offshore. (3 páginas)
Haga clic aquí para leer "diez riesgos de la subcontratación"!

Offshore IT Outsourcing: comprender los riesgos y costes ocultos
Sin una comprensión completa y adecuada de offshore IT outsourcing de la complejidad real, los riesgos y los costos ocultos lado ciego de TI encargados de adoptar decisiones y evitar la realización de los ahorros de salario previsto. Este Libro Blanco de Michael Milutis, métricas de la productividad y Director Ejecutivo del Instituto, se propone explorar algunos de estos costos y los riesgos a fin de que quienes toman las decisiones pueden formular expectativas realistas en alta marantes detoma de la decisión de ir mar adentro. Global de TI en la gestión es compleja, pero expectativas realistas y una planificación adecuada aumentará la probabilidad de lograr sus objetivos sin sacrificar la calidad de mayor o menor costo. (6 páginas)
Haga clic aquí para leer "Offshore Outsourcing: comprender los riesgos y costos ocultos"!

Fundamentos de Gestión de Riesgos en Desarrollo de Software
Software de desarrollo rara vez es una tarea fácil. Cada proyecto de software implica demandas únicas, los desafíos y problemas. La falta de predecir y prevenir los riesgos del software puede dar lugar a costosos retrasos, pérdida de ingresos, aumento de la presión sobre los miembros del equipo, una menor de productos e incluso abiertamente el fracaso del proyecto de software. Sin embargo, aunque cada proyecto de software puede tener sus propias necesidades, las características de una gestión eficaz de software de riesgo siguen siendo las mismas. Este artículo de George Holt tiene por objeto ayudar a los profesionales identificar los riesgos del software y desarrollo de soluciones para los riesgos del software antes y durante el proceso de desarrollo de software, con el fin de maximizar la eficiencia del equipo y la calidad del producto acabado. (6 páginas)
Haga clic aquí para leer "Fundamentos de Gestión de Riesgos en Desarrollo de Software"!

Un modelo de calidad de software y mediciones para identificar los riesgos del proyecto
Este documento, producido por Larry Hyatt y Linda Rosenberg, de la NASA Software Assurance Technology Center, describe y explica un modelo de calidad de software y luego utiliza este modelo de calidad de software como una base para los debates de los atributos de la calidad del software y los riesgos del software. Riesgos de software que se puede determinar por medio de un programa de métricas de software son identificados y clasificados. El software de los atributos de la calidad del producto se define entonces y en relación con los riesgos del software. Atributos específicos de calidad de software son seleccionados en base a su importancia para el proyecto de software y su capacidad de ser cuantificados. En última instancia, los riesgos del software y los atributos de calidad de software se utilizan para obtener un conjunto básico de métricas de software que se relacionan con el proceso de desarrollo de software y los productos, tales como documentos de requerimientos de software, documentos de diseño de software, planes de código y los planes de pruebas de software. Las mediciones para cada software métricas se definen y su utilidad y aplicabilidad se discuten. (23 páginas)
Haga clic aquí para leer "un modelo de calidad de software y mediciones para identificar los riesgos del proyecto"!

Gestión de Riesgos Durante Requisitos
Hay mucho oído sobre el riesgo de no escribir los requisitos de software, pero poco sobre cómo sacar provecho de la gestión de riesgos de software integral para el proceso de requisitos de software. En este artículo, Tom DeMarco y Tim Lister intento de corregir ese desequilibrio al explicar el papel que los requisitos de software debe desempeñar en la honesta gestión de software de riesgo. (3 páginas)
Haga clic aquí para leer "Gestión de Riesgos Durante Requisitos"!

Factor de riesgo: hacer frente a los riesgos que el éxito del proyecto Impacto de Software
Todos los sistemas y de proyectos de software implica un riesgo. A menudo, la manera de manejar sus riesgos de software es un factor decisivo en el éxito o fracaso de su programa. Si usted no conoce los riesgos del software, el programa tiene una mayor probabilidad de fracasar. Por otra parte, si se intenta realizar un seguimiento y gestionar todos los riesgos posibles de software, usted puede gastar todo el presupuesto sólo la gestión de los riesgos de software, y no producir un entregable. Software de gestión de riesgos, como cualquier otro elemento de los sistemas y desarrollo de software, requiere una planificación de previsión y cuidado. Este artículo de Theron Leishman y el Dr. David Cook primera explica lo que es software de gestión de riesgos, a continuación, analiza los riesgos de software común. (8 páginas)
Haga clic aquí para leer "Factores de Riesgo: hacer frente a los riesgos que el éxito del proyecto Impacto de Software"!

Una métrica de Riesgos del Proyecto
En este artículo de Robert Ferguson, del Software Engineering Institute (SEI), un riesgo de métricas de software se propone que se normaliza a través de los proyectos. El propósito de la métrica es el software para proporcionar visibilidad en la gestión de la incertidumbre de proyectos de software. Esto funciona mejor en una organización que gestiona varios proyectos. El programa propuesto métricas pueden aplicarse temprano y durante todo el proyecto. Ha sido útil para la identificación o la cancelación de proyectos de software en problemas. También ha sido útil para identificar los proyectos que aún no tienen un plan satisfactorio de riesgo de software. (8 páginas)
Haga clic aquí para leer "Una métrica de riesgo del proyecto"!

Would You Like Software With That?
Este artículo de Don Shafer mira a los estudios de casos de problemas de software presente en todos los complejos de perforación de petróleo y plataformas de producción. El análisis de los problemas fue realizada por ingenieros de software que han participado en la verificación, validación y administración de la integridad del software de equipos de perforación en el Atlántico, el Pacífico, del Mar Caspio, Golfo de México y África. Medidas que deben adoptarse para la mitigación de los riesgos del software se presentan. (8 páginas)
Haga clic aquí para leer "Would You Like Software con eso?"!

Software de riesgo: ¿Por qué debemos seguir aprendiendo de la experiencia?
Software de gestión de riesgos es el proceso formal en el que los factores de riesgo de software son sistemáticamente identificados, evaluados y mitigados. La determinación del riesgo en un proyecto de software, ya sea debido a causas externas o internas es una parte importante de la gestión de proyectos de software. Este artículo de don Shafer, IEEE Computer Society Editor en Jefe, trata de ayudar al jefe de proyecto en la determinación de software y gestión del riesgo de software, respondiendo a preguntas básicas sobre la identificación del riesgo de software, software de cuantificación del riesgo, el riesgo de desarrollo de software de respuesta, y software controlar la respuesta de riesgo. (19 páginas)
Haga clic aquí para leer "Software de riesgo: ¿Por qué debemos seguir aprendiendo de la experiencia?"!

Medir los riesgos de su: Los números que tendría sentido con Bruce Willis
Al destruir el meteoro en la película Armageddon, Bruce Willis salvó al mundo. La probabilidad de la colisión con un meteorito era tan grande, y las consecuencias tan grande, que casi nada más importaba, excepto tratar de evitar la huelga. La combinación de la probabilidad y el impacto de un riesgo con el fin de definir su tamaño es la práctica estándar. Pero en la mayoría de los casos es irracional, y ciertamente no se han explicado a Bruce Willis y su equipo por su misión tenía sentido. En este artículo de Norman Fenton y Neil Martin, los autores explican que, para obtener medidas racionales de riesgo que necesita un modelo causal ( 'mapa de riesgo ") que une a los desencadenantes, los controles, eventos, coberturas y consecuencias. Una vez que usted hace esto, el riesgo de medición comienza a tener sentido. (6 páginas)
Haga clic aquí para leer "Medición de los riesgos: Los números que tendría sentido con Bruce Willis"!

Visualización de los riesgos: Dar sentido a los riesgos de dejar que le cuente una historia
¿Alguna vez has tenido que hacer una evaluación del riesgo del proyecto y no sabe por dónde empezar? ¿Alguna vez miró una larga lista de riesgos y se preguntó cómo se puede tener más sentido de ella? Es probable que no fueron ayudados por la literatura sobre la evaluación de riesgos. En esta primera de una serie de artículos, los autores Norman Fenton y Martin Neil muestran cómo visualizar sus riesgos, convirtiéndolas en lo que técnicamente se conoce como un modelo causal, neto Bayesian o "mapa de riesgos". Lo mejor es pensar o de evaluación de riesgos, como contar una historia. Y es una historia que le ayudará a entender lo que sus riesgos son en realidad. (4 páginas)
Haga clic aquí para leer "Visualización de Riesgos: Dar sentido a los riesgos de dejar que le cuente una historia"!

Un Estado CAI de la entrevista de práctica con el Dr. Robert Charette, Master de Gestión de Riesgos Profesional
El Dr. Robert Charette es una autoridad reconocida internacionalmente y pionero en sistemas de información y la tecnología, la ingeniería de sistemas, gestión de riesgos, y el magro desarrollo y gestión de software a gran escala, los sistemas intensivos. Actualmente es Presidente de la Corporación ITABHI, una empresa de consultoría internacional de alta tecnología. Dr. Charette es el autor de los entornos de ingeniería de software: Conceptos y Tecnología (1986), Ingeniería de Software Análisis de Riesgo y Gestión (1989), Aplicaciones de Estrategias para el Análisis de Riesgos (1990), e Introducción a la gestión del riesgo (1994). Nuestra entrevista con el Dr. Charette tuvo lugar en noviembre de 2005.
Haga clic aquí para leer "Entrevista con el Dr. Robert Charette, Master Gestión del Riesgo Profesional"!

Un Estado CAI de la entrevista de práctica con Tim Lister, experto de Gestión de Riesgos Profesional
Tim Lister es un director de la Asociación de Sistemas Atlantic, Inc. En la actualidad está involucrado en ayudar a las organizaciones con la gestión de riesgos y en la adaptación de metodologías y herramientas para la selección de los grupos de desarrollo de software para aumentar la productividad del proyecto y la fiabilidad del producto. También es proseguir la labor sobre indicadores para la toma de los esfuerzos de los proyectos de software más predecible. Sr. Lister es el co-autor de Peopleware: Proyectos Productivos y equipos, así como Waltzing de Osos: Gestión del riesgo en proyectos de software. Nuestra entrevista entre Tim Lister y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en septiembre de 2006.
Haga clic aquí para leer "Entrevista con Tim Lister, experto de Gestión de Riesgos Profesional"!

Gestión de Riesgos no es para Dummies
Los directores de programas de software anhelan una bala de plata en forma de una lista amplia de cosas para ver lo que el programa no sufre de malas sorpresas. Destacados en este artículo de CrossTalk son algunos de los principales ejemplos de la experiencia de casi 15 años de la adquisición de software en programas del Departamento de Defensa, desde la identificación de amplias áreas donde los riesgos del software tienden a ocultar a la descripción de ocho riesgo proceso de paso de gestión. (6 páginas)
Haga clic aquí para leer "Gestión de Riesgos no es para Dummies"!

El comportamiento adulto de Proyectos 
Tanto si se trata de riesgo horario, el riesgo de integración, la calidad del riesgo del producto, el riesgo de especificación, o de prueba / validación de riesgo, los métodos ágiles se puede utilizar como una técnica de reducción del riesgo en la mayoría de los proyectos. Obtenga más información en este artículo de Tim Lister. (4 páginas)
Haga clic aquí para leer "el comportamiento adulto de Proyectos"!

Comprensión de las raíces de Fallas del Proceso de rendimiento
Teniendo en cuenta todas nuestras inversiones en mejora de procesos, ¿por qué no ha mejorado significativamente el desempeño del programa? Rober Charette y sus colegas Laura Dwinnell y John McGarry tratar de responder a esta pregunta en este artículo de 2004 crosstalk, basados en sus estudios en profundidad de 50 a gran escala del Departamento de Defensa (DoD) de los proyectos en un documento del Departamento de Defensa, sin éxito, trató de mantener de ser publicados. (5 páginas)
Haga clic aquí para leer "comprensión de las raíces de Fallas del Proceso de rendimiento"! 

Mentiroso, tonto o ambos?
Los proyectos de TI se caracterizan por ser siempre más de presupuesto, cliente de la reunión tarde y no o expectativas del usuario. Es el problema de la estimación de software mal practicado o hay algo más en el trabajo? Robert Charette explora las posibilidades en este artículo todavía oportuna publicado en IEEE Software en 1995. (9 páginas)
Haga clic aquí para leer "Liar, tonto o ambos?"! 

A falta de éxito
No no lo suficiente en TI. Ese es el provocador argumento de Robert Charette hace en este artículo de un artículo de 2004 en el consorcio de Cutter IT Journal que mira la diferencia entre el fracaso de los proyectos de TI y de proyecto de TI errores. Los lectores pueden encontrar un enlace a dos números especiales de Cutter IT Journal sobre los temas de 'Proyecto de IT Escalada' y 'Cuando los proyectos de TI deben ser asesinado? ". (9 páginas)
Haga clic aquí para leer "A falta de éxito"!

Oportunidad Aversión
Para bien o para mal, las actividades de gobierno corporativo han dominado la toma de decisiones ejecutivas en las empresas públicas durante los últimos años. Ahora que la Ley Sarbanes-Oxley Sección 404 se ha redefinido la manera en las empresas informen sobre sus finanzas, grandes empresas de contabilidad y otros en el juego de consultoría de gobierno son agresivamente el argumento de que las actividades de cumplimiento corporativo son simplemente un trampolín para llevar la gestión del riesgo empresarial en las organizaciones. Lea más en este artículo por el Dr. Robert Charette. (3 páginas)
Haga clic aquí para leer "Oportunidad aversión"!

Dentro de los riesgos
Los beneficios de la aplicación de análisis de riesgos y la gestión son obvias, pero los riesgos son a menudo ocultos. En este artículo por el Dr. Robert Charette, el autor describe seis riesgos inherentes al análisis de riesgos. (1 página)
Haga clic aquí para leer "Dentro de los riesgos"!

The Edge competitiva de empresarios de Riesgo
Para las empresas para prosperar en entornos competitivos, se limita a mejorar la eficiencia de los procesos no serán un sustituto de retraso growth.This ingresos es especialmente cierto para las empresas que dependen en gran medida de TI. Para ellos, esto también significa saber tomar riesgos calculados. Aquí es donde entra en juego el emprendedurismo riesgo Obtenga más información en este artículo por el Dr. Robert Charette. (5 páginas)
Haga clic aquí para leer "The Edge competitiva de empresarios de riesgo"!

La superación de los obstáculos culturales de gestión del riesgo
Muchas organizaciones crear culturas que hacen hincapié en el logro de los objetivos frente a los desafíos abrumadores. Esta es una actitud esencial para el éxito de cualquier organización, pero si lleva a los extremos, esta actitud hace muy difícil de aceptar para la gestión del riesgo y creen en el apoyo y la gestión de riesgos como una disciplina importante. Para saber más acerca de cómo gestionar mejor la gestión del riesgo en este artículo de Dan Galorath. (2 páginas)
Haga clic aquí para leer "La superación de los obstáculos culturales para gestionar el riesgo"!

¿Por qué se produce un error de software
La empresa y la sociedad los costes de fallos de software - en términos de dólares de los contribuyentes gastado y de los accionistas, así como las inversiones que no se puede hacer - están ahora en los miles de millones de dólares al año. De los proyectos que se inician, del 5 al 15 por ciento será abandonado antes o poco después del parto como totalmente insuficientes. Muchos otros llegan tarde y con respecto al presupuesto o requieren remodelación masiva. La mayor tragedia, sin embargo, es que el fallo de software es en su mayor parte previsibles y evitables. Desafortunadamente, la mayoría de las organizaciones no veo la prevención del fracaso como un asunto urgente, a pesar de que los riesgos de dañar la vista de la organización e incluso destruirlo. Entender por qué persiste esta actitud tiene enormes implicaciones para los negocios y la sociedad. Lea más en este artículo de IEEE Spectrum por el Dr. Robert Charette. (13 páginas)
Haga clic aquí para leer "¿Por qué se produce un error de software"!

Alcaparras Jones: motivos sociales y de técnica de Errores de proyecto de software
Los proyectos de software han obtenido importantes actividades empresariales preocupante para más de 50 años. De cualquier actividad comercial conocida, los proyectos de software tienen la mayor probabilidad de ser cancelado o demorado. Una vez entregados, estos proyectos de visualización de error cantidades excesivas y los bajos niveles de fiabilidad. Ambas cuestiones técnicas y sociales están relacionados con fallos en los proyectos de software. Entre las cuestiones sociales que contribuyen a las fallas del proyecto son los rechazos de las estimaciones precisas y el forzamiento de los proyectos que cumplan con los calendarios que son esencialmente imposible. Entre las cuestiones técnicas que contribuyen a los fracasos de proyectos son la falta de modernos enfoques de la estimación y la falta de planificación de las necesidades de crecimiento durante el desarrollo. Sin embargo, no es una ley de la naturaleza que los proyectos de software se ejecutará tarde, se cancela, o ser poco fiables después de la implementación. Un programa de cuidado de análisis de riesgos y reducción de riesgo puede reducir la probabilidad de un desastre de software. (9 páginas)
Haga clic aquí para leer "Alcaparras Jones: Sociales y razones técnicas de Fallas del software del proyecto"!

Software de fracaso del proyecto: las razones, los costos
Fracaso de los proyectos de software suele ser devastador para una organización. Calendario de resbalones, comunicados de buggy y características que faltan puede significar el final del proyecto, o incluso la ruina económica de una empresa. Curiosamente, hay desacuerdo sobre lo que significa para un proyecto al fracaso. Este artículo por Carmine Mangione utiliza criterios económicos para definir lo que significa para un proyecto al fracaso. A continuación, clasifica como proyectos fracasan y, por último, examina las trampas más comunes que contribuyen o acelerar el fracaso del proyecto. (11 páginas)
Haga clic aquí para leer "fracaso de los proyectos de software: las razones, los costos"!

Diez formas de garantizar fracaso del proyecto
Naomi Karten especializa en ayudar a las empresas tener éxito en sus proyectos. En este artículo, le da la lengua en la mejilla asesoramiento sobre cómo hacer un proyecto fracasará. (1 página)
Haga clic aquí para leer "Diez maneras de garantizar el fracaso del proyecto"!

Calificación de Riesgo Operacional de Iniciativas de Base Tecnológica
Este trabajo de Louis Poulin explora el concepto de calificación de riesgo operacional con el fin de determinar la capacidad de una organización para ofrecer su tecnología basada en productos y servicios, usando los modelos existentes, posiblemente adaptado a la organización, o los nuevos modelos desarrollados específicamente para la organización. (4 páginas)
Haga clic aquí para leer "Calificación de Riesgo Operacional de Iniciativas de Base Tecnológica"!

Gestión de Proyectos

El factor humano
En la gestión de un pequeño equipo, el factor humano es crucial para el éxito. Este artículo de Gerard Blair considera posibles factores de motivación y un marco simple para tratar con la gente. (6 páginas)
Haga clic aquí para leer "The Human Factor"!

Dirección de Personas Técnica (When You're No Technie)
Usted no necesita ser técnico para manejar los técnicos. En este artículo, Elisabeth Hendrickson explica por qué. (2 páginas)
Haga clic aquí para leer "Dirección de Personas Técnica (When You're No Technie)"!

¿Por qué mis proyectos luchando? Seis elementos básicos que nunca deben olvidar
Después de darse cuenta de que sus proyectos están luchando y cada vez más complicado, con las reuniones de revisión del estado centrado principalmente en cuestiones y quejas, el autor de este artículo comenzó a revisar sus proyectos y reflexionar sobre sus prácticas de gestión de proyectos. Su conclusión fue que había perdido en torno a seis prácticas básicas, aunque críticos, que la había hecho con éxito en el pasado. Este artículo proporciona una visión general de los seis elementos básicos que usted debe volver atrás y cada vez que se centran en encontrar proyectos de salirse de la pista. (4 páginas)
Haga clic aquí para leer "¿Por qué mis proyectos luchando? Seis elementos básicos que no deben olvidar nunca"!

Gestión de proyectos de éxito con Top 7 Mejores Prácticas
Gestionar un proyecto puede ser desalentador. Si la planificación de tu boda, el desarrollo de un nuevo sitio web o la construcción de casa de sus sueños cerca del mar, es necesario emplear técnicas de gestión de proyectos para ayudar a tener éxito. En este artículo, Simon Buehring resume las 7 mejores prácticas en el corazón de la buena gestión del proyecto y el éxito del proyecto. (3 páginas)
Haga clic aquí para leer "Gestión de proyectos de éxito con Top 7 Mejores Prácticas"!

Planificación de Proyectos: Una Guía paso a paso
La clave para el éxito del proyecto se encuentra en la planificación. Creación de un plan de proyecto es lo primero que debe hacer al llevar a cabo cualquier tipo de proyecto. Este artículo de Duncan Haughey mira a un enfoque práctico para la planificación de proyectos sencillos. Al término de esta guía usted debe tener un proyecto sólido enfoque de planificación que se puede utilizar para proyectos futuros. (3 páginas)
Haga clic aquí para leer "Planificación de Proyectos: Una Guía paso a paso"!

Razones para Web Enable su proyecto de gestión
Web que permite a su gestión de proyectos puede hacer que sus equipos de proyecto más eficiente y productiva. Cynthia West discute los retos de la gestión de proyectos sin habilitado para la web de gestión de proyectos y sugiere algunas de las prestaciones en web que permite la gestión de proyectos. (4 páginas)
Haga clic aquí para leer "Razones para Web Enable su proyecto de gestión"!

Cinco Proyecto Común management
Hay muchos problemas de gestión de proyectos. Cynthia West destaca cinco de los más comunes que son frecuentemente expresadas por los equipos de una gran variedad de industrias. Si usted está experimentando uno o más de estos problemas, entonces tu equipo puede beneficiarse de la aplicación de un proyecto de sistema de gestión de software. (5 páginas)
Haga clic aquí para leer "Cinco desafíos comunes Gestión de Proyectos"!

Uso de Gestión del Valor Ganado para mejorar los procesos
Gerentes de proyecto experimentados utilizan una técnica llamada "gestión del valor ganado (EVM) para evaluar el progreso de un proyecto en el tiempo y permitir que los equipos del proyecto para comprender la salud y el rendimiento de sus proyectos. Cynthia explica ganado la gestión de valor y explora cómo la métrica se puede utilizar para mejorar los proyectos y procesos de negocio. (5 páginas)
Haga clic aquí para leer "Uso de Gestión del Valor Ganado para mejorar los procesos"!

La importancia de las reuniones
Nuestra sociedad se basa en la importancia de las reuniones, y parece que el más alto en la escalera corporativa se sube, más se debe asistir a las reuniones. De hecho, uno de los compañeros de trabajo Michele Sliger calculó que la cantidad de tiempo que pasa un compañero de trabajo la organización de reuniones, llegando a las reuniones, y en las reuniones semanales equivale a casi toda su - Treinta y seis horas en promedio. A pesar de que puede perder la noción del tiempo en las reuniones, todos somos dolorosamente conscientes del tiempo que pasamos esperando a que cada uno presenta. En este artículo, Michele Sliger explica algunas de las tácticas que ha visto a los equipos de uso para garantizar que las sesiones comiencen a tiempo. (2 páginas)
Haga clic aquí para leer "La importancia de las reuniones"!

Buena producción de software es difícil
Este es un anuncio de servicio público a todos los directores de proyecto, analistas de negocio, otros que trabajan en la industria de TI, y el público en general: producir buen software es difícil. La próxima vez que usted se pregunta por qué el software que está utilizando se estrelló, o por qué su proyecto de desarrollo de software se ha retrasado, o por qué su software no satisface las necesidades de los usuarios, recuerde este artículo por Basil Vandegriend. (2 páginas)
Haga clic aquí para leer "La producción de buen software es duro"!

El software es difícil
En este artículo de Andrew Leonard, Salon.com 's Scott Rosenberg (y autor de "Soñando en código") explica por qué incluso los proyectos de pequeña escala de programación puede tardar años en completarse. (2 páginas)
Haga clic aquí para leer "El software es difícil"!

Software de fracaso del proyecto: las razones, los costos
Cuando un proyecto de software principales falla, los resultados pueden ser devastadores para una organización. En este artículo por Carmine Mangione utiliza el criterio económico para definir lo que significa para un proyecto al fracaso y examina las trampas más comunes que contribuyen a acelerar o fracaso del proyecto. (11 páginas)
Haga clic aquí para leer "fracaso de los proyectos de software: las razones, los costos"!

Un Estado CAI de la entrevista de práctica con Don Shafer: Autor, director de tecnología, y la IEEE Computer Society Editor en Jefe de
Don Shafer es Editor en Jefe de la IEEE Computer Society Press. También es co-fundador, director corporativo y director de tecnología de Atenas Group, Inc. Shafer experiencia de trabajo incluye las posiciones que ocupaban en Boeing y Los Alamos National Laboratories. Él es un alto miembro de la IEEE y profesor adjunto en ingeniería de software de posgrado en la Universidad Estatal de Texas. Shafer es el autor deCalidad de Software Gestión de Proyectos. Nuestra entrevista con Don Shafer y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), se llevó a cabo en diciembre de 2005.
Haga clic aquí para leer la entrevista con Don Shafer!

Cien Reglas para administradores de la NASA del proyecto
Jerry Madden, Director Asociado de la Dirección de Proyectos de vuelos en el Goddard Space Flight Center de la recogida de estos 100 ejemplares de la sabiduría de gestión de proyectos durante varios años a partir de diversas fuentes no identificadas. Considerada por muchos de sus colegas de ser uno de los directores de proyectos de la NASA estreno, la reputación de Madden para Frank, en las observaciones objetivo de la gestión de proyectos sigue siendo hoy celebra. (10 páginas)
Haga clic aquí para leer "Uno de los Cien Reglas para la NASA Project Managers"!

El éxito del programa de gestión: 14 Lecciones aprendidas
Con el fin de ser eficaces, exitosos gerentes de proyecto de software deben equilibrar las necesidades de la empresa, los empleados, y el medio ambiente de trabajo. En este artículo de Joanna Rothman, el autor resume sus experiencias en la determinación: el trabajo a realizar, la planificación de los trabajos, el gerente de relaciones exitosas con el grupo, y la gestión de las reacciones típicas de los errores de gestión de proyectos de software. (7 páginas)
Haga clic aquí para leer "El éxito del programa de gestión: 14 Lecciones Aprendidas"!

Proyecto de Gestión de Proverbios
Más de 100 refranes Gestión de Proyectos, las verdades, y las leyes.
Haga clic aquí para leer "Proyecto de Gestión Proverbios"!

Una entrevista con Ed Yourdon, autor deMarcha de la muerte
Ed. Prentice-Hall es un consultor informático reconocidos internacionalmente, así como el autor de más de 500 artículos técnicos y 27 libros, incluyendoGuerras Byte,Gerente de Alta Intensidad de Proyectos de Internet,Marcha de la muerte,Lugar y la resurrección del Programador de América, YDecadencia y caída del Programador de América. Su último libro,Outsource: competir en la carrera de la productividad global, Analiza las tendencias actuales y futuras en la subcontratación, y proporciona estrategias prácticas para los individuos, pequeñas empresas, y la nación para hacer frente a esta ola imparable. Nuestra entrevista entre Ed Yourdon y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en agosto de 2006.
Haga clic aquí para leer "Entrevista con Ed Yourdon, autor deMarcha de la muerte "!

Sobrevivir a un proyecto de Marcha de la Muerte 
¿Cuándo fue la última vez que trabajó en un proyecto de desarrollo de software que entrega todo lo que el usuario desea, a tiempo y dentro del presupuesto y también se trata de un "racional" de nueve a cinco horario? La mayoría de nosotros nos consideramos afortunados si nuestros proyectos fueron sólo el 10% de retraso y el 10% con respecto al presupuesto - y sólo tuvo que trabajar horas extras 10%. Mucho más común es el proyecto que el calendario de 50-100% con respecto al presupuesto y por detrás, y que lleva con él una amable sugerencia de la dirección que todos en el equipo debe poner en 50-100% las horas extraordinarias (es decir, una semana laboral de 60 -- 80 horas). En este punto, y para cualquier proyecto que tenga aún más extremas condiciones, es bastante claro que nos hemos involucrado en la muerte de una "marcha" del proyecto. En este artículo de Ed Yourdon, el autor discute las estrategias para sobrevivir proejcts tal. (5 páginas)
Haga clic aquí para leer "Sobrevivir a una marcha de la muerte del proyecto"!  
 
Software de Juegos de Guerra
La mayoría de las organizaciones no se consideran a sí mismos como unidades militares, y no puede utilizar la palabra "enemigo" para caracterizar a sus competidores. Sin embargo, hay competidores, y ellos también son conscientes de la existencia de simulaciones y juegos de guerra. Así como un equipo deportivo tiene que preocuparse acerca de si sus competidores están practicando más tiempo, más difícil y más inteligente de lo que son, por lo que cada organización debe preocuparse por si sus competidores son juegos de guerra más eficazmente de lo que son. Descubierto más en este artículo de Ed Yourdon. (8 páginas)
Haga clic aquí para leer "Software de Juegos de Guerra"!

9 Teclas con éxito la gestión de Proyectos de Software 
De desarrollo de software de gestión puede ser tan simple como leer un breve "to-do/not-to-do" lista? No. Todas las pruebas indican que el desarrollo de software es especialmente difícil de manejar. Sin embargo, en este artículo por Larry Putnam, el autor esboza 9 "claves" para abordar las cuestiones que son fundamentales para todos los proyectos de desarrollo de software, así como el entorno en que se desarrollan. Más que un "para-hacer" la lista, el 9 teclas proporcionar el líder empresarial ocupado con un marco para la planificación de alto nivel y la vigilancia. No hay magia aquí, sólo de orientación sobre lo que sus expectativas deben ser, lo que debe controlar, y cómo se debe responder. (6 páginas)
Haga clic aquí para leer "9 Teclas con éxito la gestión de Proyectos de Software"!

La obediencia de formación para directivos 
Capability Maturity Model basado en mejoras de los procesos de cambio organizacional acerca de traer importantes. Los administradores y agentes de cambio siempre están buscando métodos para lograr este tipo de cambio. En este artículo, Virinia Slavin y Paul Kimmerly establecer paralelismos entre los agentes de cambio en la organización (o susurradores proceso) y los formadores de los animales. Algunas de las mismas técnicas que utilizan para entrenar los animales pueden ser utilizados para conducir una organización a un modelo de madurez y capacidad de hacer que cambien. (6 páginas)
Haga clic aquí para leer "la obediencia de formación para directivos"! 
 
Manager, Sanar a ti mismo
Aplicación de las mejoras de desarrollo puede exigir de nosotros que un cambio en nuestro papel como administradores. Arriba hacia abajo, donde los directores de asumir toda la responsabilidad - que todos los planes de establecer todos los horarios, especifique todos los trabajos - y luego comprobar su personal para asegurarse de que el trabajo fue hecho en la forma especificada es la norma en muchos empresas. Sin embargo, una vez que se puso en marcha una iniciativa de mejora de procesos, los administradores de cuenta de que sus hábitos de administración de edad tienen que cambiar. Lea más en este artículo por Esther Derby y Joanna Rothman. (14 páginas)
Haga clic aquí para leer "Manager, Heal a ti mismo"!
 
Resistencia a la mejora de procesos 
En este artículo de Joanna Rothman, el autor discute cómo las diversas formas de resistencia al proceso de mejora puede ser negociado o han trabajado alrededor. (3 páginas)
Haga clic aquí para leer "la resistencia a la mejora de procesos"!

Proyecto de Gestión de la cartera de Planificación
La presión para demostrar que cada nuevo proyecto de TI bien ahorrará dinero, incrementar las ventas, o el resultado en la empresa-la eficiencia de ancho es mayor que nunca. Mike Ross demuestra cómo analizar objetivamente los proyectos de manera que puedan ser más efectiva prioridad. (7 páginas)
Haga clic aquí para leer "Project Portfolio Management Planning"!

50 preguntas que un CEO debe preguntar acerca de Software 
El software es un factor crítico en muchos aspectos de las operaciones de las empresas. A diferencia de la mayoría de los aspectos de las operaciones de las empresas, el software ha sido difícil de poner bajo control total sobre el ejecutivo. Muchos directores generales (CEO) sólo tienen un conocimiento limitado de ambos equipos y software. Este artículo de Alcaparras Jones habla de 50 preguntas clave que el CEO debe preguntar, a fin de garantizar que el software de sus empresas dependen será una ventaja y no una carga para las empresas que controlan. (13 páginas)
Haga clic aquí para leer "50 preguntas que un CEO debe preguntar acerca del programa"!
 
Conflicto y litigios entre los clientes y desarrolladores 
El desarrollo de software y los contratos de externalización de mantenimiento puede dar lugar a conflictos entre el cliente y la organización de servicios. Para un número importante de disputas, el conflicto puede llegar al punto de litigios por incumplimiento de contrato. La causa fundamental de estos conflictos se remontan a los malentendidos y los términos ambiguos en el contrato original. Las evaluaciones independientes, junto con mejores formas de contrato de desarrollo de software basado en métricas de punto función es prometedor para reducir al mínimo las posibilidades de conflictos y litigios. Obtenga más información en este estudio por Alcaparras Jones. (5 páginas)
Haga clic aquí para leer "los conflictos y litigios entre los clientes y desarrolladores"!

Un panorama de Gestión de Proyectos
Cada organización o programa crea y ejecuta proyectos para ayudarla a avanzar hacia sus objetivos. Cada gerente de proyecto asignado quiere tener éxito en la ejecución de los proyectos asignados, y un número de prácticas estándar existen para ayudar y orientar a la gerente del proyecto. Este artículo de Tim Perkins, Roald Peterson, y Larry Smith se esbozan algunas de estas prácticas clave que, mientras que la práctica el sentido común, no siempre son comunes. (15 páginas)
Haga clic aquí para leer "Una visión general de Gestión de Proyectos"!

Project Management Best Practices
Las organizaciones siguen buscando la clave para desentrañar el misterio de la gestión de proyectos (PM) las mejores prácticas, pero los pasos que intervienen en la gestión de proyectos de éxito no son misteriosas en absoluto - son procedimientos estándar que, si se ejecuta, mejorará las posibilidades de un proyecto de éxito. Aprenda detalles en este artículo por Margo Visitación. (6 páginas)
Haga clic aquí para leer "Gestión de Proyectos Best Practices! 

La ética de la Gestión de Proyectos de Software
Gestión de proyectos de software es el conjunto de técnicas utilizadas para desarrollar y ofrecer diversos tipos de productos de software. Disciplina en desarrollo que tradicionalmente incluye cuestiones técnicas tales como: la elección de la metodología de desarrollo de software, cómo calcular el tamaño del proyecto y el calendario, la forma de garantizar la seguridad, lo que recursos para la reutilización y el entorno de programación que va a utilizar para el desarrollo. La disciplina también incluye temas de gestión tales como: cuando la formación del personal, ¿cuáles son los riesgos para el éxito del proyecto, y cómo mantener los plazos del proyecto. Estas opciones son luego incorporados en un software de plan de gestión de proyectos. Sin embargo, ninguno de los materiales tradicionales de gestión de proyectos de software de abordar las cuestiones éticas que surgen a causa de las decisiones tomadas durante el desarrollo de software. En consecuencia, estos materiales no proporcionan puntos de vista sobre cómo abordar estas cuestiones. En este trabajo de S. Rogerson y D. Gotterbarn identifica varias cuestiones críticas éticas que surgen en los proyectos de la mayoría del software y proporcionar una forma proactiva de abordar estas cuestiones que es compatible con la mayoría de las normas de desarrollo profesional de software. (14 páginas)
Haga clic aquí para leer "La ética de la Gestión de Proyectos de Software"!

Lo que todo consejero delegado y necesidades de GM para saber sobre los proyectos de software:
... ¿Qué va mal, ¿Por qué, Qué se puede hacer
Mi público objetivo incluye C, V, y los líderes de la categoría D, tanto dentro como fuera de la organización de TI - si usted tiene un interés en el resultado de programas y proyectos de este documento está dirigido a usted - se trata de gerencia, no la tecnología. Ya sea que su organización se basa el software o comprarlo, las realidades que examinar aquí afectarán a su negocio - estos temas son endémicos en la industria! (15 páginas)
Haga clic aquí para leer "Lo que todo consejero delegado y necesidades de GM para saber sobre Proyectos de Software"!

La Oficina de Proyectos: ¿Cuándo, por qué, cómo
El concepto de una "Oficina de Proyecto" se ha aplicado con éxito en la construcción y las industrias de defensa durante muchos años como una herramienta para gestionar el riesgo en los grandes proyectos. En estos días de la externalización y la transformación de procesos de negocio, la Oficina de Proyectos puede ayudarle a gestionar el riesgo empresarial inherente a cualquier iniciativa de cambio significativo. Si bien los ejemplos descritos aquí frente a situaciones excepcionalmente grande escala, las ideas clave se aplican a cualquier iniciativa importante en la que se enfrentan "apuesta de su trabajo" los riesgos. Cada vez que usted está haciendo algo que "no se puede permitir que fracase" la Oficina de Proyectos proporciona seguro de valor. (7 páginas)
Haga clic aquí para leer "La Oficina de Proyectos: ¿Cuándo, por qué, cómo"!

Gestión del Conocimiento

De Gestión del Conocimiento y Mejora de Procesos: una unión de dos disciplinas
La mejora de procesos ayuda a una empresa a aumentar su eficacia a través de exámenes continuos con el fin de hacer las cosas mejor. Una vez que se documentan los procesos, funciones y responsabilidades son 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 Administración Federal de Aviación (FAA) y William H. Howard, de Northrop Grumman Mission Systems explora las experiencias de la FAA 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"!

El ABC de la Gestión del Conocimiento
Descubra lo que la gestión del conocimiento es y cómo se puede dar a su compañía una ventaja sobre la competencia. Este artículo de Megan Santosus y Jon Surmacz de CIO Magazine examina un puñado de cuestiones fundamentales de gestión del conocimiento con inclusión de definiciones, los beneficios, retos y tecnologías. (3 páginas)
Haga clic aquí para leer "El ABC de la Gestión del Conocimiento"!

No ponga a su empresa en un Purple Haze: Let Your Baby Boomers Ir salientes, pero no sus conocimientos
Como las empresas sin los procesos de gestión del conocimiento firmemente institucionalizado empiezan a perder la experiencia que 76 millones de baby boomers va a tomar con ellos a la jubilación, Megan Santosus de CIO Magazine se pregunta si estamos o no en el borde de una gran crisis de la gestión del conocimiento. (2 páginas)
Haga clic aquí para leer "Let Your Baby Boomers salientes ir, pero no sus conocimientos"!

Balanced Scorecard

El Balanced Scorecard y Gobierno de TI
El Balanced Scorecard (BSC), inicialmente desarrollado por Kaplan y Norton, es un sistema de gestión del rendimiento que debería permitir a las empresas para impulsar sus estrategias en la medición y seguimiento. En los últimos años, el Balanced Scorecard (BSC) se ha aplicado a la tecnología de la información. En este artículo por el Dr. Wim Van Grembergen de la Universidad de Amberes muestra cómo el sistema de puntuación equilibrada que puede ser enlazada a la tarjeta de puntuación equilibrada de negocios y de esta manera apoyar el IT / gobernanza empresarial y los procesos de alineación. (4 páginas)
Haga clic aquí para leer "El Balanced Scorecard y Gobierno de TI"!

Cómo usar el Balanced Scorecard
Exxon Mobil saltó del último al primero en la rentabilidad dentro de su industria desde 1993 hasta 1995 - un rango que mantuvo durante los próximos cuatro años. Cigna Insurance estaba perdiendo $ 1 millón al día en 1993, pero dentro de dos años que estaba en el cuartil superior de la rentabilidad en su industria. Luego, en 1998, dio pie a una división de 3,5 mil millones dólares. ¿Cuál es la clave de estas recuperaciones dramáticas? Estas empresas atribuyen al menos parte de la solución a la que han aplicado el Balanced Scorecard (BSC). Este artículo de Eric Berkman de la revista CIO Magazine, explica cómo se hace. (5 páginas)
Haga clic aquí para leer "Cómo utilizar el Balanced Scorecard"!

Tiempo de desequilibrar su Scorecard
Hace veinte años, los administradores se vieron frustrados porque las medidas financieras son el único modo de evaluar sus operaciones. El Balanced Scorecard (BSC) responde a sus quejas. Esta herramienta de medición del desempeño, que incluye indicadores financieros y no financieros, ofrece una respuesta más matizada, más estratégicamente útil, habida cuenta de resultados. En los últimos años, sin embargo, las empresas han cargado el Balanced Scorecard (BSC), con cifras de más. Este artículo de Arthur M. Schneiderman se explica cómo agilizar su sistema de puntuación equilibrada y, finalmente, aumentar su impacto. (2 páginas)
Haga clic aquí para leer "Tiempo de desequilibrar Su Scorecard"!

ITIL

La historia de ITIL
La Information Technology Infrastructure Library (ITIL) es un conjunto de orientaciones elaboradas por la Oficina del Reino Unido de Comercio Gubernamental (OGC). La guía, documentada en un conjunto de libros, describe un enfoque integrado, basado en procesos, mejores prácticas marco para la gestión de servicios de TI. Este documento de Pink Elephant ofrece una visión introductoria clara y completa de ITIL. Se completa con la historia de ITIL y definiciones básicas de ITIL, una descripción de los libros de la biblioteca ITIL, una lista de organizaciones que realizan certificaciones de ITIL, ITIL y preguntas frecuentes. (13 páginas)
Haga clic aquí para leer "La historia de ITIL"!

ITIL Power
Este artículo de Ben Worthen de CIO Magazine explica por qué la IT Infrastructure Library (ITIL) se está convirtiendo en el marco del proceso más popular para correr en América, y lo que puede hacer por su organización. (5 páginas)
Haga clic aquí para leer "ITIL Power"!

Entendimiento número de procesos de ITIL relaciones
La Information Technology Infrastructure Library (ITIL) se está convirtiendo rápidamente en todo el mundo, estándar de facto para la gestión de servicios TI. ITIL puede ser definido como un conjunto de mejores prácticas para la gestión de los procesos necesarios para gestionar eficazmente la prestación de servicios de TI y de apoyo. Cada uno de los procesos definidos en ITIL está diseñado para conducir una determinada función de TI de negocios o de disciplina. Entender las diferencias entre-y las relaciones entre estos procesos, es un primer paso importante en la implementación de ITIL. Este artículo de Robert Boyd aporta una explicación de tres procesos de ITIL que se confunden a menudo. (3 páginas)
Haga clic aquí para leer "Entendimiento número de procesos de ITIL relaciones"!

ITIL Desmitificar 
A medida que resulta cada vez más automatizado bajo la nueva arquitectura de centro de datos, más empresas están adoptando las mejores prácticas de los procedimientos establecidos en los marcos formales de TI. Están en juego la calidad del servicio, seguridad, cumplimiento normativo y otros cada vez más importantes los objetivos estratégicos de la empresa. Obtenga más información en este artículo de Bob Violino de la Red Mundial. (5 páginas)
Haga clic aquí para leer "ITIL Desmitificar"! 
 
A través de una mejor gestión de mejores prácticas de ITIL
La buena noticia sobre la adopción de mejores prácticas es que corproations no se limitan a un método. La mala noticia es que las empresas tendrán más probabilidades de adoptar más de un marco de mejores prácticas - o al menos partes de muchas - si quieren un conjunto completo y eficaz de las directrices de procedimiento de gestión. Denise Dubie de la Red Mundial se explica cómo ITIL puede desempeñar un papel en esto. (5 páginas)
Haga clic aquí para leer "A través de una mejor gestión de mejores prácticas de ITIL"!
 
Mitos comunes sobre ITIL 
Empresas de todo el mundo están saltando en la IT Infrastructure Library (ITIL) carro. Según Forrester Research Inc. de Cambridge, Massachusetts, el 40 por ciento de $ 1 mil millones-más las empresas serán de aplicación de ITIL a finales de este año (2006). Si bien la mejora de procesos ITIL y las promesas de normalización en gran medida a mejorar el servicio y el rendimiento de ahorro de costos, el éxito no está garantizado. Hay, de hecho, algunos conceptos erróneos o mitos que podrían conducir a una organización por mal camino. Drew Robb de Datamation describe algunos de estos mitos en el siguiente artículo a partir de junio de 2006. (7 páginas)
Haga clic aquí para leer "Mitos comunes sobre ITIL"!

ITIL comprensión y la aplicación: Una Guía 
Excelente Panorámica de la implementación de ITIL. Cubre el marco de ITIL, los beneficios de la adopción, las estadísticas de la aceptación de todo el mundo, los niveles de madurez de la competencia, y los detalles que rodean la aplicación de la gestión del ciclo de vida. (6 páginas)
Haga clic aquí para leer "la comprensión y aplicación de ITIL: Una guía"! 

Diez consejos para el éxito de la implementación de ITIL 
Dado que el marco de ITIL sólo proporciona la orientación necesaria sobre la estructura del proceso, muchos directores de sistemas no están viendo las mejoras que se esperaba. Implementación de ITIL se establece en el contexto de un negocio o cambio de programa y, como tal, es más que un simple conjunto de procesos que pueden desplegarse en seguida y sin compromisos. Cualquier programa de cambio de TI abarcará la organización, procesos y elementos de tecnología. En este artículo de Isabel Wells, el autor reúne diez consejos que los CIOs y directores de programas pueden utilizar para el enfoque de aplicación efectiva de ITIL con confianza. (7 páginas)
Haga clic aquí para leer "Diez consejos para el éxito de la implementación de ITIL"! 

El esqueleto en ITIL 
Este artículo de Malcolm Wheatley de las OSC en línea Australia analiza lo que es ITIL y cómo las prestaciones de seguridad de información, así como la documentación de asesoramiento sobre la ejecución de los veteranos de ITIL. (7 páginas)
Haga clic aquí para leer "El flaco en ITIL"!

Una Entrevista con Diane CAI Bloodworth, Senior Consultant - El Grupo de Consultoría de David
Diane Bloodworth es un ejecutivo empresarial y consultor senior con más de 20 años de experiencia en la industria de la tecnología de la información. Como Consultor Senior de Dirección, que trabaja con los clientes para resolver estratégica y táctica de los retos de TI. Ella es la fundadora pasado de TBI, una compañía que se centró en la mejora de la calidad y prácticas de desarrollo de software e ingeniería de sistemas en el gobierno y los sectores comerciales. Tiene amplia experiencia en la mejora del proceso mediante el Capability Maturity Model (CMM / CMMI) y la IT Infrastructure Library (ITIL). La Sra. Bloodworth ha establecido programas de mejora de procesos para el gobierno y la industria que se han traducido en mejoras cuantificables en el presupuesto, horario, y la calidad. En la actualidad dirige los grupos de trabajo que aplican las mejores prácticas en Gestión de Proyectos, Gestión del Cambio, Gestión de la Configuración, Control de Calidad y Testing. Nuestra entrevista entre Bloodworth Diane y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en diciembre de 2006 .
Haga clic aquí para leer "Una Entrevista con Diane CAI Bloodworth"!

Control en Tiempo Real

Keeping Score
Tres tecnologías afines - cuadros de mando, cuadros de mando y alertas de rendimiento - establecer contextos significativos que permiten a los usuarios analizar, medir, actuar y compartir información rápidamente. (7 páginas)
Haga clic aquí para leer "Keeping Score"!

Are We There Yet? Proyecto de Creación de Dashboards para mostrar los progresos del proyecto
Cuando se trata de proyectos, hay tantas preguntas a responder, ya que hay equipos de proyecto, pero "¿Dónde estamos?" es con mucho el más popular. La clave para entender un proyecto es realizar mediciones periódicas, tanto cuantitativos como cualitativos-y mostrar públicamente las mediciones. Cuando los gerentes de proyectos de visualización estas medidas como parte de la situación del proyecto, los equipos son capaces de ajustar su trabajo y proceder con más éxito. (14 páginas)
Haga clic aquí para leer "Are We There Yet? Creación de Dashboards proyecto para mostrar los progresos del proyecto"!

Paneles llamando una llave para red de Gestión
Los ejecutivos de TI están encontrando tableros de control que les permiten medir rápidamente el efecto de los acontecimientos relacionados entre sí y adoptar las medidas correctivas que el personal más productivo y mantener los sistemas clave de tararear. Los autores, Ann Bednarz y Denise Dubie, aconsejan que las compañías podrían reducir los presupuestos de TI hasta en un 30%, con cuadros de mando de gestión integrado que enlace de datos críticos de software de infraestructura de vigilancia, gestión de cartera de aplicaciones y herramientas de gestión de proyectos. (4 páginas)
Haga clic aquí para leer "Dashboards llamado A clave para una gestión red"!

Un Estado CAI de la entrevista de práctica con Tom Love, director general y autor de laLecciones de objetos
Tom amor es el Co-Fundador y CEO de ShouldersCorp. Antes de fundar ShouldersCorp, fue CEO de WorldStreet Corporation, Managing Director de Morgan Stanley y Vice President de IBM Consulting Group (actualmente Global Services). En 1983 co-fundó Stepstone Corporation, la primera orientada a objetos productos de software de la empresa (Objective-C; Software-VA). Antes de convertirse en empresario, Tom Love celebró técnico y director de los puestos de nivel con General Electric, ITT y Schlumberger. Tom es el autor o coautor de más de 60 artículos de revistas, capítulos de libros e informes técnicos, así como el autor deLecciones del Objeto: Lecciones Aprendidas de Comercial Orientada a Objetos Desarrollo de aplicaciones, Publicado por Cambridge University Press. Su nuevo libro "Los pilotos de Software estará disponible en diciembre de 2005. Nuestra entrevista con Tom Love y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, se llevó a cabo en agosto de 2005.
Haga clic aquí para la entrevista con Tom Love!

"No creas todo lo que ve o escucha", de nuevo el libro de Tom Love pilotos de Software
Gestores de proyectos de software están inundados de información en bruto-la mayoría de los cuales es inexacto, ya menudo irrelevante. En este extracto deLos pilotos de Software, Tom Love explora los riesgos de desarrollo de software sin la información en tiempo real y luego procede a hacer en el caso de un panel de "proyecto" o tabla de tiempo real del software de control. (13 páginas)
Haga clic aquí para leer "No creas todo lo que ve o escucha"!

Hacer Software duro para reducir los riesgos!
Este artículo de Tom Love explica una nueva técnica para la combinación de métricas de software y herramientas de estimación de software con un modelo físico simple para mitigar los riesgos del software a un costo muy bajo. (5 páginas)
Haga clic aquí para leer "Making Software duro para reducir los riesgos"!

Entrenamiento

Medición de la eficacia de la formación
Las organizaciones están bajo presión para justificar diversos gastos. El presupuesto de formación es, con bastante frecuencia, no exentas de esta competencia. Hay una serie de preguntas planteadas en obtener el valor derivado de los programas de formación, tanto directa como indirectamente. Los jefes y gerentes de empresas de formación, en consecuencia, bajo presión para demostrar la eficacia de la formación. Este artículo de Mohan Bangaruswamy resume los cuatro pasos atrás el método más popular para demostrar la eficacia de la formación, el modelo de Donald Kirkpatrick. (3 páginas)
Haga clic aquí para leer "Medición de la eficacia de la formación"!

¿Por qué la mayoría del entrenamiento se produce un error
Una de las mayores causas de dólares de los métodos de formación de desecho es ineficaz. Demasiado a menudo, las empresas dependen de las conferencias, discursos inspirados o videos, grupos de discusión y ejercicios de simulación. Este artículo de Jim Clemmer esboza algunos pasos simples para el uso de la formación, tanto de manera eficaz y como un instrumento estratégico clave. (2 páginas)
Haga clic aquí para leer "¿Por qué la mayoría del entrenamiento se produce un error"!

Formación: Use It or Lose It
Un programa de formación que se quiere, es necesario, y bien atendidos. Los participantes aprenden mucho y quiere utilizar lo que han aprendido. Pero, dentro de un tiempo muy corto, la transferencia de la curva de la formación se pone plana, los participantes ya no están motivados, y nada cambia mucho. En el artículo adjunto, Tom Warney especula sobre cómo y por qué sucede esto y, más importante, cómo puede ser fijo. (4 páginas)
Haga clic aquí para leer "Formación: Use It or Lose It"!

Calidad

10 Principios de Control de Proyectos
Ahora es bien conocido y bien documentado que, lejos demasiados proyectos fracasan total o parcialmente, tanto en la ingeniería en general y de la ingeniería de software. En este documento, Tom Gilb ofrece algunas de sus opiniones y esperanzas para dar parte de su originalidad a la discusión. (19 páginas)
Haga clic aquí para leer "10 principios para el Proyecto de Control"!

Las prioridades de gestión: una clave para la sistemática toma de decisiones
Una preocupación central de los sistemas de ingeniería es la selección de las alternativas preferidas para la ejecución de entre las opciones de la competencia. El proceso de selección a veces se denomina análisis de equilibrio, y se construye a menudo sobre los métodos de análisis de decisiones y teoría de la utilidad. El proceso puede ser divididos en dos partes, una primera parte en la que se determina la prioridad relativa de los distintos requisitos, y una segunda parte, una fase de selección del diseño, en el que se comparan las alternativas y las alternativas escogidas. Este artículo de Tom Gilb discute la forma de determinar el orden de prioridad para la aplicación de cambios en el sistema. Asimismo, describe las consecuencias sobre el proceso de selección de los sistemas de desarrollo evolutivo. (19 páginas)
Haga clic aquí para leer "Gestión de prioridades: clave de la sistemática de la toma de decisiones"!

Los 10 principios más potente para la Calidad de Software
La industria del software sabe que tiene un problema: el nivel de madurez de la industria con respecto a los "números" es conocido por ser pobres. Si bien abundan las soluciones, a sabiendas de que las soluciones de trabajo es la gran pregunta. ¿Cuáles son los principios básicos más fundamentales en los proyectos de éxito? ¿Qué se puede hacer ahora? El primer paso es reconocer que todos sus requisitos de calidad puede y debe ser especificado en número. Esto no significa "contar los errores." Esto significa la cuantificación de cualidades tales como la seguridad, la movilidad, la adaptabilidad, mantenibilidad, robustez, facilidad de uso, fiabilidad y rendimiento. Este artículo de Tom Gilb presenta 10 principios de gran alcance para mejorar la calidad que no se enseñan o apreciado. Se basan en las ideas de la medición, la cuantificación, y la retroalimentación. (9 páginas)
Haga clic aquí para leer "Los 10 principios más potente para la Calidad de Software"!

Historia de las peores errores de software
Aquí, en orden cronológico, es la lista de la revista Wired de los 10 peores errores de software de todos los tiempos. (3 páginas)
Haga clic aquí para leer "Historia de las peores bugs de software"!

Puentes, Ingeniería de Software, y Dios
Jeff Atwood no cree que la construcción de puentes tiene nada en común con el desarrollo de software. "Es una comparación engañosa", escribe. "El desarrollo de software es sólo como la construcción de puentes, si usted está construyendo un puente sobre el planeta Júpiter, a partir de materiales recién inventado, utilizando equipos de construcción que no existía hace cinco años." Leer más. (8 páginas)
Haga clic aquí para leer "Puentes, Ingeniería de Software, y Dios"!

Software de fracaso del proyecto: las razones, los costos
Cuando un proyecto de software principales falla, los resultados pueden ser devastadores para una organización. En este artículo por Carmine Mangione utiliza el criterio económico para definir lo que significa para un proyecto al fracaso y examina las trampas más comunes que contribuyen a acelerar o fracaso del proyecto. (4 páginas)
Haga clic aquí para leer "fracaso de los proyectos de software: las razones, los costos"!

Los 8 Principios de Gestión de Calidad
Este documento presenta los ocho principios de gestión de la calidad en la que las normas de calidad del sistema de gestión de la revisión se basan en serie ISO 9000:2000. Estos principios pueden ser utilizados por la administración superior como un marco para guiar a sus organizaciones hacia un mejor desempeño. Los principios se derivan de la experiencia colectiva y los conocimientos de los expertos internacionales que participan en el Comité Técnico ISO ISO / TC 176 de Gestión de la calidad y garantía de calidad, que es responsable del desarrollo y el mantenimiento de las normas ISO 9000. (6 páginas)
Haga clic aquí para leer "Los 8 Principios de Gestión de Calidad"!

10 Aseguramiento de la Calidad Trampas
Lon Decano de los documentos DACS 10 trampas de control de calidad que resultará en pérdida de tiempo o información incompleta. Esta trampa se reducirá el retorno de la inversión de su prueba de garantía de calidad. Estas trampas también te guardaré de manera adecuada el seguimiento de defectos y la adición de la calidad de nuevo en el proceso de desarrollo de software. (1 página)
Haga clic aquí para leer "10 Aseguramiento de la Calidad Trampas"!

La Nutrición Aseguramiento de la Calidad
En general, la garantía de calidad (QA) funciones son de tamaño en la dirección de la gestión y rara vez son de tamaño proporcional a su necesidad. Con los años, fuertemente influida por las actitudes en boga y circunstancias del mundo real, el tamaño de la función de control de calidad han sido expuestos en los extremos: (1) extraordinariamente grande después de una falla del producto vergonzoso, o una reacción exagerada de un ejecutivo de asistir a un seminario WE Deming, o (2) erradicado por completo cuando se perciben a ser innecesarias o demasiado costoso. Este artículo de Walt Lipke de la logística aérea de Oklahoma Center presenta indicadores de eficiencia de calidad que faciliten tamaño correcto de la función de garantía de calidad, es decir, el tamaño de control de calidad a las necesidades del cliente, o los objetivos de calidad propios de la organización de productores. La interpretación y aplicación de los indicadores es explicada, y un ejemplo sencillo que se demuestre, el cálculo para determinar el tamaño de la función de control de calidad. (7 páginas)
Haga clic aquí para leer "La Nutrición de Calidad"!

Watts Humphrey sobre Calidad de Software
De la entrevista con Computer World Watts Humphrey, realizada en marzo de 2004: "Watts S. Humphrey es un hombre y un científico investigador en el Programa del Proceso de Software del Software Engineering Institute (SEI) de la Universidad Carnegie Mellon en Pittsburgh. Escribió el primer versión de la capacidad de la SEI Maturity Model (CMM) para el software en 1987. En 1991, sirvió en la Junta de Examinadores para el Malcolm Baldrige National Quality Award. De 1959 a 1986, fue director de calidad de la programación y el proceso en IBM, donde supervisó el desarrollo del sistema operativo OS/360. Recientemente dijo a Computerworld por qué se desarrolló el Personal Software Process (PSP) y el proceso del software del equipo (TSP). " (2 páginas)
Haga clic aquí para leer "Watts Humphrey sobre Calidad de Software"!

Costo de la calidad: una métrica clave para la eficacia de software y TI
Muchos parámetros se han propuesto diferentes y, a veces utilizado, pero la mayoría de las organizaciones tienen grandes dificultades para ponerse de acuerdo sobre un conjunto básico que proporcionan una perspectiva general. Este Libro Blanco propone "Costo de la Calidad" métricas que llegar al corazón de la eficiencia organizativa y la eficacia en el software y las organizaciones de TI. Estos indicadores facilitan (pero no son un requisito previo para) la aplicación efectiva de Lean Six Sigma en el software y las organizaciones de TI. Parte 1 del presente documento define el costo de las métricas de calidad que se aplican al software y las organizaciones de TI. 2 Parte examina la aplicación de estos indicadores para la mejora de procesos. Tratamos aquí con eficacia desde el punto de vista de la ejecución - la selección de las cosas que se debe hacer es ciertamente importante, pero no es nuestro tema aquí. Nos ocupamos aquí, con la calidad, costo y tiempo de ciclo. (9 páginas)
Haga clic aquí para leer "coste de la calidad: una métrica clave para la eficacia de software y TI"!

Gestión de Producto

Software de gestión de productos
Es fácil confundir las disciplinas de director del proyecto y gerente de producto. En pocas palabras, el desarrollo del producto o servicio que corresponde al director del proyecto, mientras que el éxito en el mercado del software y el sistema de los productos depende de las aptitudes y competencias del gerente de producto. Este artículo proporciona una visión global de software de gestión de producto y el papel de un gerente de producto, y describe las prácticas concretas que pueden impulsar los productos de una empresa de software de gestión y por lo tanto la tasa de éxito de los productos en términos de previsibilidad, calidad y eficiencia. (5 páginas)
Haga clic aquí para leer "Producto de Software de Gestión"!

El impacto de Software de gestión de productos
El éxito de cualquier producto depende de las aptitudes y competencias de la gerente de producto. En este artículo se evalúa la pertinencia de la gestión de buen producto en el éxito de un producto. El estudio empírico se apoya en los datos de 178 proyectos de la industria de la industria de telecomunicaciones durante un período de tres años durante el cual la función de gestión de producto y la competencia se ha definido, implementado y mejorado. Los comportamientos y los resultados del proyecto antes y después de fortalecimiento de la disciplina de gestión de productos se comparan. Hemos encontrado que con creciente institucionalización de un sistema coherente y facultada función de gestión de producto, la tasa de éxito de los proyectos en términos de previsibilidad calendario, la calidad y duración de los proyectos mejora. Para permitir una mejor transferencia de resultados a otros entornos, el artículo establece directrices concretas acerca de los factores clave de éxito para la gestión de buen producto. (12 páginas)
Haga clic aquí para leer "El Impacto de Software de Gestión de Productos"!

Entender el ciclo de vida del producto: Cuatro número Técnicas de Ingeniería de Requisitos
Muchas empresas ver el tiempo en el mercado y el rendimiento horario de los diferenciadores clave entre los líderes del mercado y seguidores. Al mantener la lista de los compromisos y reducir los tiempos de ciclo, las compañías de convertirse en proveedores más confiables y puede optimizar la rentabilidad. Presionado para acelerar la entrega de proyectos y comercialización de nuevos productos, las empresas han mejorado la ejecución de la I + D en los últimos años con instrumentos tales como CMMI (Capability Maturity Model Integration). (7 páginas)
Haga clic aquí para leer "Entender el ciclo de vida del producto: Cuatro número Técnicas de Ingeniería de Requisitos"!