por XinĀ Gao, LawrenceĀ Haynes, Franz W.Ā KellermannsĀ
Abstract
El proceso de Solicitud de Propuestas (RFP, por sus siglas en inglĆ©s), ampliamente utilizado por la industria y todos los niveles de gobierno para la adquisición de productos y servicios, se genera independientemente de la posterior ejecución del proyecto. Este artĆculo examina el impacto del riesgo de los requisitos del proyecto RFP en el desempeƱo del proyecto. AdemĆ”s, utilizando la teorĆa de Sistemas de Memoria Transaccional (TMS, por sus siglas en inglĆ©s), identificamos la Ā«solapamiento de propuestasĀ» entre el equipo de RFP y el equipo de ejecución final del proyecto como un factor clave que modera esta relación. Los resultados respaldan nuestras hipótesis de que el solapamiento de propuestas mitiga el impacto del riesgo de los requisitos en el desempeƱo del proyecto. Analizamos las implicaciones para la gestión de proyectos y desarrollamos futuras lĆneas de investigación.
Figura 1. Proceso de adquisición de RFP.Para generar una respuesta a la solicitud de propuestas (RFP), el vendedor conforma un equipo de desarrollo de propuestas. Una vez que el comprador aprueba la propuesta presentada (con o sin modificaciones), el equipo de proyecto del vendedor ejecuta el proyecto final. Este equipo puede estar integrado por miembros del equipo de desarrollo de propuestas o no tener integrantes de ningún equipo. Como se muestra en
la figura 2 , proponemos que el efecto principal en el desempeño del proyecto se ve moderado por la superposición de proyectos.

Hipótesis
Riesgo y rendimiento del proyecto
En el Ômbito de la gestión de proyectos, pocos temas se discuten con tanta frecuencia y, sin embargo, existe tan poco consenso sobre el concepto de éxito del proyecto (Pinto y Slevin, 1988, p. 67 ), cuya definición precisa aún no se ha alcanzado (De Bakker et al., 2010; Dvir et al., 2003).
Históricamente, la literatura se ha centrado en medidas especĆficas de tiempo, costo y calidad, el Ā«triĆ”ngulo de hierroĀ» (Atkinson, 1999Ā ), considerado como criterio tradicional de Ć©xito del proyecto (Aloini et al., 2007;Ā Atkinson, 1999Ā ). Por lo general, el objetivo del director de proyecto es finalizar el proyecto dentro del presupuesto, cumplir con el cronograma y alcanzar los objetivos de rendimiento del producto (Dvir et al., 2003Ā ). Por ejemplo, segĆŗn el Reglamento Federal de Adquisiciones (FAR, por sus siglas en inglĆ©s), es responsabilidad de la agencia emisora āāgarantizar que el gobierno reciba lo que pagó en tĆ©rminos de costo, plazo y calidad.
La pƩrdida de control de cualquiera de estas restricciones supone una amenaza para el Ʃxito del proyecto (Chen et al., 2009).
Si bien una buena propuesta es persuasiva, precisa y completa, la mayorĆa no reĆŗne estas cualidades (Sant, 2012). Se han utilizado diversas definiciones de Ć©xito de proyecto, ademĆ”s de los criterios tradicionales (Bakker et al., 2010;Ā DeLone y McLean, 1992,Ā 2003;Ā Savolainen et al., 2012;Ā Zhang et al., 2018).
Un proyecto puede considerarse exitoso si cumple con las restricciones tradicionales, pero no necesariamente con los requisitos de los usuarios, clientes u otras partes interesadas (Baker et al., 1997). Por lo tanto, una definición integral de éxito de proyecto debe reflejar los diferentes intereses y perspectivas de todas las partes interesadas, lo que da lugar a una definición multidimensional (Dvir et al., 2003; Pinto y Mantel, 1990).
Wallace y Keil (2004)Ā utilizaron dos constructos adaptados de Ā Rai y Al-Hindi (2000)Ā y Ā Nidumolu (1996)Ā para medir el desempeƱo del proyecto: el desempeƱo del producto y el desempeƱo del proceso (Wallace y Keil, 2004). Debido a la posible heterogeneidad de los participantes, nuestro estudio se centra en la medida del desempeƱo del proceso, que evalĆŗa si el equipo de proyecto entregó el proyecto dentro del plazo y el presupuesto estimados (Nidumolu, 1996; Rai y Al-Hindi, 2000Ā ). Sin embargo, en la sección post hoc de este artĆculo, tambiĆ©n presentamos una evaluación del desempeƱo del producto (Wallace y Keil, 2004Ā ).En el camino hacia la finalización de un proyecto, su ejecución estĆ” sujeta a riesgos impredecibles; entre ellos, el riesgo de requisitos se considera particularmente importante (Boehm, 1991Ā ).
El Ć©xito de una solicitud de propuestas (RFP) depende no solo de sus propios esfuerzos, sino tambiĆ©n de los riesgos de requisitos derivados de las interacciones con las partes interesadas (por ejemplo, malentendidos, cambios de intenciones o asimetrĆa de la información) (por ejemplo,Ā Tabassum et al., 2024;Ā Chu et al., 2022Ā ). El riesgo de requisitos se define por tres factores: (1) falta de requisitos definidos: a medida que cambian las necesidades de los usuarios, los requisitos tambiĆ©n cambian, lo que provoca retrasos; (2) mala interpretación de los requisitos: no definirlos con precisión o no comprender el esfuerzo, las habilidades y la tecnologĆa necesarios para completar el proyecto; y (3) temas nuevos o desconocidos tanto para usuarios como para desarrolladores: la falta de conocimiento del dominio conduce a una definición deficiente de los requisitos (Wallace & Keil, 2004Ā ).
Numerosos estudios que han examinado la relación entre riesgo y desempeño (Han y Huang, 2007; Jiang y Klein, 2000; Keil et al., 2013; Liu, 2016; Liu y Wang, 2014; Nidumolu, 1995, 1996; Wallace et al., 2004a; Zhang et al., 2018 ) demuestran que, para que un proyecto alcance sus objetivos, es fundamental identificar y gestionar sus factores de riesgo. Por lo tanto, la identificación y gestión de los factores de riesgo desempeñan un papel crucial en el éxito y el desempeño del proyecto (Menezes et al., 2019 ). En un metaanÔlisis de los factores de éxito de los proyectos, los requisitos fueron el factor de riesgo mÔs citado (Bakker et al., 2010) y se ha demostrado que tienen una relación negativa con el rendimiento del proyecto (Nidumolu, 1995, 1996; Keil et al., 2013 ). Por consiguiente, proponemos este efecto principal como nuestra hipótesis de referencia.
Figura 1. Proceso de adquisición de RFP.Para generar una respuesta a la solicitud de propuestas (RFP), el vendedor conforma un equipo de desarrollo de propuestas. Una vez que el comprador aprueba la propuesta presentada (con o sin modificaciones), el equipo de proyecto del vendedor ejecuta el proyecto final. Este equipo puede estar integrado por miembros del equipo de desarrollo de propuestas o no tener integrantes de ningún equipo. Como se muestra en
la figura 2, proponemos que el efecto principal en el desempeño del proyecto se ve moderado por la superposición de proyectos.

Hipótesis 1
El riesgo asociado a los requisitos tendrÔ una relación negativa con el rendimiento del proyecto.
Moderación: superposición de propuestas
Al analizar las ventajas de la superposición de propuestas, recurrimos a la Memoria Transaccional (MT), un sistema de interdependencia cognitiva concebido porĀ Wegner (1987)Ā , quien observó que los miembros de grupos con larga trayectoria tendĆan a depender unos de otros para obtener, procesar y comunicar información de diferentes dominios del conocimiento (Brandon y Hollingshead, 2004Ā ). La memoria transaccional existe entre los miembros de un equipo de proyecto como función de sus memorias individuales (Lewis, 2003Ā ;Ā Hsu et al., 2012Ā ;Ā Carmeli et al., 2021Ā ). SegĆŗn la MT, las personas interdependientes pueden identificar, localizar y aprovechar la experiencia de otros para complementar su propio conocimiento, mitigando asĆ la redundancia de conocimiento, expandiendo la inteligencia colectiva diferenciada y utilizando este conocimiento para formular soluciones integradas a los problemas (Lewis, 2003Ā ;Ā Wegner, 1987Ā ;Ā Moh’d et al., 2021Ā ).
El TMS se basa en el conocimiento de cada miembro sobre āquiĆ©n sabe quĆ©ā y āquiĆ©n hace quĆ©ā, asĆ como en los mĆ©todos para aprender, recordar y comunicar esta información (Argote & Ren, 2012Ā ;Ā Lewis, 2003Ā ;Ā Wegner, 1987Ā ;Ā Wegner et al., 1985Ā ).
Los equipos con un sistema de gestión del trabajo (SGT) mÔs desarrollado tienden a tener un mejor desempeño que aquellos con un SGT menos desarrollado (Lewis & Herndon, 2011 ; Jarvenpaa & Keating, 2011 ). El SGT facilita y agiliza el acceso al conocimiento especializado, lo que permite aplicar una mayor experiencia a las tareas del proyecto. Diversas investigaciones han demostrado que el SGT influye de manera significativa y positiva en el desempeño de las tareas y facilita el uso de la experiencia y el aprendizaje (Akgün et al., 2005 ; DeChurch & Mesmer-Magnus, 2010 ; Hollingshead, 1998a , 1998b ; Wang et al., 2018 ).
Los estudios tambiĆ©n han demostrado que los sistemas de gestión del trabajo (TMS, por sus siglas en inglĆ©s) pueden ayudar a los equipos organizacionales a desempeƱarse bien y ofrecer beneficios en diversos contextos (Lewis, 2003Ā ,Ā 2004Ā ;Ā Lewis et al., 2007Ā ). Por ejemplo, al agilizarse la bĆŗsqueda de información, los miembros pueden aplicar el conocimiento con mayor rapidez y adaptarse mejor a los riesgos del proyecto (Lynn et al., 2000Ā ). Es menos probable que se olvide o se pase por alto información importante para las tareas, ya que se puede asignar eficazmente a los miembros del equipo adecuados. Contar con la experiencia de los compaƱeros en Ć”reas especĆficas amplĆa el conocimiento disponible para el equipo, lo que a su vez mejora el rendimiento general (Bachrach et al., 2019Ā ;Ā Lee et al., 2014Ā ;Ā Lewis & Herndon, 2011Ā ). Los TMS permiten a los miembros del equipo anticipar las acciones de los demĆ”s y aprovechar al mĆ”ximo la experiencia esencial para el desempeƱo del equipo (DeChurch & Mesmer-Magnus, 2010Ā ).
La teorĆa del Sistema de Gestión del Equipo (SGE) se basa en la premisa de que las personas en relaciones estrechas logran tareas colectivas dividiendo la esponsabilidad de aprender, recordar y comunicar información diferente pero complementaria (Wegner, 1987;Ā Wegner et al., 1985Ā ). Los miembros del equipo dependen unos de otros para ser responsables de conocimientos especĆficos, de modo que, colectivamente, poseen toda la información necesaria para sus tareas. Esta dependencia mutua permite a los miembros desarrollar una mayor especialización en Ć”reas especĆficas, al tiempo que garantiza el acceso a la información de los demĆ”s, de manera que se pueda aplicar una mayor cantidad de conocimientos de forma eficiente a las tareas del proyecto (Ā
Lewis, 2003Ā ). La información necesaria durante el procesamiento de tareas se puede recopilar de los miembros del equipo segĆŗn corresponda, lo que aumenta la cantidad y la calidad de la información disponible para los equipos y mejora el rendimiento en tareas que requieren un uso intensivo de información (Bachrach et al., 2019Ā ;Ā Moreland, 1999Ā ).Dado que los proyectos son multifacĆ©ticos (Akgün et al., 2004Ā ), la interpretación de los requisitos del comprador, tal como se especifican en la solicitud de propuestas (RFP), la realizan los miembros del equipo de propuesta segĆŗn sus Ć”reas de especialización. Por ejemplo, un especialista en diseƱo de software interpretarĆa los requisitos de software, mientras que un especialista en hardware interpretarĆa los requisitos de hardware; trabajando en conjunto, desarrollarĆ”n una solución competitiva para el comprador.
Cada especialista es responsable de su Ć”rea de la propuesta, asĆ como de la solución integrada. El equipo de desarrollo de la propuesta toma decisiones sobre las compensaciones entre costo, cronograma y calidad para mantener la competitividad.En investigaciones relacionadas, se han resaltado los beneficios de los sistemas de gestión del trabajo (TMS) para los equipos de desarrollo de productos (Akgün et al., 2005Ā ). En este contexto, no solo son importantes el acceso, el almacenamiento y la integración de la información, sino que los TMS tambiĆ©n pueden servir como herramienta para capacitar a los nuevos miembros del equipo (Koufteros et al., 2002Ā ;Ā Paul et al., 2004). Esto Ćŗltimo reviste especial importancia, ya que cuando finaliza la fase de solicitud de propuestas (RFP), los nuevos integrantes del equipo de ejecución del proyecto pueden familiarizarse mĆ”s rĆ”pidamente con el tema y se minimizan la ambigüedad y la asimetrĆa de la información.
Los estudios han demostrado que la superposición de memoria puede facilitar el desarrollo empresarial (Wu et al., 2023Ā ;Ā Giacosa et al., 2023Ā ). Si el equipo de desarrollo de propuestas permanece intacto durante la ejecución del proyecto, la interrupción del sistema de gestión de tareas (SGT) es mĆnima y el riesgo de requisitos se reduce. La continuidad de la estructura permite que el equipo sepa quiĆ©n hace quĆ© y quiĆ©n es experto en su especialidad.
Sin embargo, debido a la asignación dinĆ”mica de personal a los proyectos disponibles, no hay garantĆa de que el equipo de desarrollo de propuestas se integre al equipo de ejecución del proyecto una vez que el comprador haya aprobado la propuesta (Lewis, 2004Ā ;Ā Lewis et al., 2007Ā ). La pĆ©rdida de un miembro del equipo interrumpe el SGT y reduce la productividad del equipo (Ā Lewis et al., 2007Ā ), lo que aumenta el riesgo del proyecto y reduce el rendimiento, ya que la estructura del SGT del equipo final debe reconstruirse. Cuanto mayor sea la superposición de propuestas, menor serĆ” la interrupción y mĆ”s fluido el proceso. En consecuencia, una estructura del SGT interrumpida aumenta el riesgo de requisitos y afecta negativamente el rendimiento del proceso, lo que lleva a la siguiente hipótesis:
Hipótesis 2
A medida que aumenta el número de miembros del equipo que trabajan tanto en el equipo de desarrollo de propuestas como en el equipo de ejecución del proyecto (solapamiento de propuestas), se reduce la relación negativa entre el riesgo de los requisitos del proyecto y el rendimiento del proceso.
MetodologĆas
Recopilación de datos
Para garantizar la disponibilidad de datos suficientes para el anĆ”lisis, utilizamos cuatro mĆ©todos de recolección de datos. En el primer mĆ©todo, obtuvimos datos de encuestas mediante Qualtrics (www.qualtrics.com), una organización que no solo proporciona herramientas para encuestas, sino que tambiĆ©n las distribuye a cambio de un costo. Las encuestas distribuidas por Qualtrics (160) estaban dirigidas exclusivamente a gerentes de proyecto. En el segundo mĆ©todo, encuestamos a gerentes de proyecto de una división de una empresa de alta tecnologĆa. Enviamos tres correos electrónicos aproximadamente cada dos semanas a 255 gerentes de proyecto (se iniciaron 56 encuestas y se completaron 36). En el tercer mĆ©todo, contactamos a gerentes de proyecto, tanto en activo como jubilados, que formaban parte de la red del autor (se iniciaron 18 encuestas y se completaron 12).En el cuarto mĆ©todo, utilizamos 149 capĆtulos locales del Project Management Institute (PMI) en Estados Unidos. Se contactó por correo electrónico a la junta directiva de 27 capĆtulos locales y se les envió una carta de seguimiento para solicitar la distribución de la encuesta entre sus miembros (seis capĆtulos respondieron; otros capĆtulos podrĆan haber distribuido la encuesta sin notificar al autor). Para distribuir la encuesta, se envió un correo electrónico a los miembros de cada capĆtulo y se incluyeron enlaces en el boletĆn mensual del PMI, en su sitio web y en sus pĆ”ginas de LinkedIn o Facebook.AdemĆ”s de contactar a la junta directiva, se contactó a cada capĆtulo local para solicitar permiso para incluir un enlace en su pĆ”gina de LinkedIn.
Sesenta y siete capĆtulos accedieron a esta solicitud; algunos enlaces se publicaron dos veces, dependiendo de la fecha de aprobación del capĆtulo. Se solicitó una conexión en LinkedIn con el autor a los miembros de la junta directiva, directores y voluntarios del capĆtulo cuyo nombre aparecĆa en el sitio web. Una vez establecida la conexión, se envió una solicitud para completar la encuesta mediante un mensaje de LinkedIn. Se establecieron aproximadamente 1450 conexiones en LinkedIn y se generaron solicitudes de encuesta (se iniciaron 317 encuestas y se completaron 295 con Ć©xito).
Controlamos la fuente de los participantes para mitigar posibles sesgos. La muestra estuvo compuesta por miembros multifuncionales de equipos de proyecto, incluyendo gerentes de proyecto, controladores financieros, personal de compras, subcontratistas y desarrolladores; sin embargo, el estudio se centró principalmente en gerentes de proyecto actuales y anteriores. AdemÔs, se les pidió a los participantes que evaluaran el último proyecto que completaron (Keil et al., 2013 ; Wallace et al., 2004a ). Antes de su implementación, solicitamos a varios participantes de diferentes Ôreas del proyecto que revisaran la encuesta para asegurar la correcta interpretación de las preguntas. No se detectaron problemas y se procedió a la implementación completa de la encuesta.
Medición
Variable dependiente. Las variables dependientes de interés se basan en las escalas de desempeño del proyecto desarrolladas por Nidumolu (1995) y utilizadas por Wallace et al. (2004a) . El desempeño del proyecto consta de dos variables reflexivas: desempeño del proceso y desempeño del producto. Se utilizó el desempeño del proceso, que se refiere al grado de cumplimiento del proyecto dentro del presupuesto y el cronograma estimados, por ser mÔs universalmente aplicable y estar mÔs directamente relacionado con el riesgo de los requisitos.
La variable de desempeƱo del proceso consta de dos Ćtems medidos mediante una escala Likert de 7 puntos (1 =Ā Totalmente en desacuerdoĀ a 7 =Ā Totalmente de acuerdoĀ ). El alfa de Cronbach fue de 0,775. Todos los Ćtems de las variables de nuestro constructo multi-Ćtem se enumeran en el ApĆ©ndice; todos se utilizaron para crear las variables y calcular los alfas.
Variable independiente.Ā El constructo independiente de interĆ©s se basó en las escalas de riesgo de proyecto desarrolladas porĀ Wallace et al. (2004a)Ā , que constan de seis constructos reflexivos: riesgo de requisitos, riesgo de complejidad del proyecto, riesgo del usuario, riesgo organizacional, riesgo de planificación y control, y riesgo del equipo. Este estudio se centró en el riesgo de requisitos, que consta de cuatro Ćtems medidos mediante una escala Likert de 7 puntos (1 =Ā Totalmente en desacuerdoĀ ; 1 a 7 =Ā Totalmente de acuerdoĀ ). El alfa de Cronbach fue de 0,832.
Moderador. La superposición de propuestas se define como el porcentaje de miembros del equipo que trabajaron tanto en el equipo de propuesta como en el de ejecución. Este porcentaje incluye subcontratistas, consultores, clientes y usuarios. Los valores de la muestra oscilaron entre el 0 % (sin superposición) y el 100 % (todo el equipo de desarrollo de la propuesta también formó parte del equipo de ejecución del proyecto). La media fue de 30,49 con una desviación estÔndar de 30,83.
Controles.Ā Los controles se basaron en estudios previos, asĆ como en controles adicionales considerados relevantes para este estudio. Once variables ficticias representaron elĀ sectorĀ principal que recibió el servicio, el entregable o el resultado del proyecto, dado que cada sector puede tener normas diferentes que podrĆan afectar la variable dependiente de percepción. El sector se definió de la siguiente manera: Manufactura, Finanzas, Educación, Comercio minorista, Medios de comunicación, Gobierno (excepto Defensa), Gobierno (Defensa), Servicios pĆŗblicos, Salud, Construcción y Transporte.Ā
Las funciones principales de los participantesĀ se agruparon de la siguiente manera: gestión de proyectos (Func. PMĀ ), alta dirección (Func. EM) y Ā«otrasĀ» (Func. OtrasĀ ). Dado que la variable de función se codificó como variable ficticia, EM se consideró el grupo omitido.AdemĆ”s, controlamos laĀ fuenteĀ de los datos de la encuesta para evitar cualquier sesgo derivado de la recopilación de datos.Ā
La Tabla 1Ā presenta las caracterĆsticas de los datos de la encuesta. Dado que el tamaƱo del equipo de proyectoĀ podrĆa afectar el riesgo y el rendimiento del mismo, se ha demostrado que el porcentaje de personas externas a la división u organización (p. ej., consultores, subcontratistas) es una variable de control importante (Rai y Al-Hindi, 2000Ā ;Ā Zhang et al., 2018Ā ), a la que nos referiremos comoĀ porcentaje de subcontratistasĀ . TambiĆ©n controlamos el tiempo transcurrido entre la propuesta y la ejecución del proyecto. Una mayor duración implica un mayor riesgo, ya que los requisitos del cliente suelen ser muy cambiantes y cualquier modificación a lo largo del tiempo puede tener un impacto significativo en el resultado percibido (Yeow y Chua, 2012Ā ).
Tabla 1. CaracterĆsticas de los datos de la encuesta .
| encuestados | Encuestas completadas |
|---|---|
| Qualtrics | 160 |
| empresa de alta tecnologĆa | 36 |
| Otro | 12 |
| PMI | 295 |
| Total | 503 |
AdemÔs, controlamos cuatro variables demogrÔficas comunes en los estudios de gestión de proyectos. Las dos primeras son la edad y el sexo, asà como la experiencia (en años) en el puesto (Keil et al., 2013 ; Wallace et al., 2004a ; Wang et al., 2008). También controlamos el tipo de proyecto, que consistió en tres variables ficticias: ProjServ (Servicio), ProjRD (I+D) y ProjProd (Producto o aplicación) . Por último, controlamos la duración del proyecto, un indicador importante de su complejidad general. En la Tabla 2 se presenta un resumen de todas las variables .
Tabla 2. Resumen de todas las variables.
| Variable | CategorĆa | Definición | Abreviaturas de las variables utilizadas en las tablas 2 y 3 |
|---|---|---|---|
| Controles | Industria | Industria principal que recibe el servicio, el entregable o el resultado del proyecto | Industria 1 (Fabricación) |
| Industria 2 (Finanzas) | |||
| Industria 3 (Educación) | |||
| Industria 4 (Mayorista/Minorista) | |||
| Industria 5 (Medios de comunicación, Entretenimiento) | |||
| Industria6 (Gobierno ā no defensa) | |||
| Industria7 (Gobierno ā defensa) | |||
| Industria 8 (Servicios pĆŗblicos) | |||
| Industria9 (Atención médica) | |||
| Industria 10 (Construcción) | |||
| Industria 11 (Transporte) | |||
| Función | Función principal de los encuestados | PM de funciones | |
| Función Otra | |||
| Función EM | |||
| TamaƱo | TamaƱo del proyecto | TamaƱo | |
| GƩnero | GƩnero de los encuestados | GƩnero | |
| Fuente | Variables ficticias de diferentes fuentes de la muestra | Fuente: PMI | |
| Fuente – Alta tecnologĆa | |||
| Fuente – Otra | |||
| Edad | Edad de los encuestados | Edad | |
| Experiencia | Experiencia de los encuestados | Experiencia | |
| Educación | Nivel educativo de los encuestados | Educación | |
| Tipo | Tipos de proyectos | Servicio de proyecto (Servicio) | |
| Proyecto de I+D (I+D) | |||
| Proy. Prod. (Producto / Aplicación) | |||
| Duración | La duración del proyecto | Duración del proyecto | |
| Subcontratista | Porcentaje de personas ajenas a la división u organización | Porcentaje de SubC | |
| Variable independiente | Riesgo de requisitos | Requisitos y riesgos del proyecto | Riesgo de requisitos |
| Moderador | Superposición de propuestas | Porcentaje de miembros del equipo que trabajaron tanto en el equipo de propuesta como en el equipo de ejecución | Superposición de propuestas |
| Variable dependiente | DesempeƱo del proyecto | El grado de cumplimiento del proyecto dentro del presupuesto y el cronograma estimados | DesempeƱo del proyecto |
Resultados
La encuesta se diseñó de manera que el participante debĆa responder una pregunta antes de continuar con la siguiente. Se consideró incompleta si no se respondĆan todas las preguntas. Solo se utilizaron las encuestas completadas en su totalidad para el anĆ”lisis de datos. Todos los anĆ”lisis se realizaron con SPSS. Se llevó a cabo un anĆ”lisis de fiabilidad para evaluar la escala de Ćtems mĆŗltiples mediante la evaluación de la fiabilidad de la escala, medida con el coeficiente alfa. Los valores alfa oscilaron entre 0,0 y 1,0, considerĆ”ndose inaceptables los valores inferiores a 0,70 (
Peterson & Kim, 2013Ā ). Todos los valores alfa superaron el umbral y se consideraron satisfactorios. Las estadĆsticas descriptivas y las correlaciones bivariadas entre las variables se presentan enĀ la Tabla 3Ā ; los resultados de la regresión se muestran enĀ la Tabla 4.
Tabla 3.Ā EstadĆsticasĀ descriptivas y correlaciones bivariadasĀ 1.



NĀ = 503.
āāLa correlación es significativa al nivel 0,01 (bilateral).*La correlación es significativa al nivel 0,05 (bilateral).
1 Abreviaturas enumeradas enĀ la Tabla 2Ā .
Tabla 4. AnÔlisis de regresión.
| Variable dependiente: DesempeƱo del proyecto | ||||
|---|---|---|---|---|
| Celda vacĆa | Modelo 1 | Modelo 2 | Modelo 3 | Modelo 4 |
| Variables 1 | β | β | β | β |
| Controles | ||||
| Industria 1 (Fabricación) | .014 | .016 | .017 | .015 |
| Industria 2 (Finanzas) | .025 | .027 | .024 | .022 |
| Industria 3 (Educación) | .069 | .059 | .050 | .055 |
| Industria 4 (Mayorista/Minorista) | .014 | .019 | .014 | .023 |
| Industria 5 (Medios de comunicación, Entretenimiento) | .044 | .033 | .027 | .027 |
| Industria6 (Gobierno ā no defensa) | .023 | .007 | .005 | .007 |
| Industria7 (Gobierno ā defensa) | .021 | .038 | .025 | .018 |
| Industria 8 (Servicios pĆŗblicos) | -0,003 | -0.020 | -0,026 | -0,031 |
| Industria9 (Atención médica) | .103 | .096 | .096 | .099 |
| Industria 10 (Construcción) | .075 | .081 | .074 | .073 |
| Industria 11 (Transporte) | .025 | .055 | .055 | .056 |
| PM de funciones | .051 | .023 | .022 | .023 |
| Función Otra | -0,044 | -0,068 | -0,073 | -0,072 |
| TamaƱo | -0,042 | -0,031 | -0,026 | -0.020 |
| GƩnero | .012 | .006 | .007 | .003 |
| Fuente: PMI | -0.256 āāā | -0.225 āāā | -0.180 *** | -0.176 āā |
| Fuente – Alta tecnologĆa | .000 | .010 | .037 | .038 |
| Fuente – Otra | -0,050 | -0,026 | -0,013 | -0,005 |
| Edad | .031 | .007 | .008 | .017 |
| Experiencia | -0,005 | .006 | .010 | .014 |
| Educación | .049 | .064 | .054 | .059 |
| Servicio de proyecto (Servicio) | .102 | .123 | .109 | .104 |
| Proyecto de I+D (I+D) | -0,009 | -0,021 | -0,034 | -0,027 |
| Proy. Prod. (Producto / Aplicación) | -0,006 | .027 | .016 | .022 |
| Duración del proyecto | -0,072 | -0,054 | -0,058 | -0,058 |
| Porcentaje de SubC | -0,113 * | -0,054 | -0,092 * | -0,091 * |
| Variable independiente | ||||
| Riesgo de requisitos | -0.321 *** | -0.317 āāā | -0.311 *** | |
| Moderador | ||||
| Superposición de propuestas | .119 āā | .118 āā | ||
| Interacción | ||||
| Riesgo de requisitos * Superposición de propuestas | .114 āā | |||
| R 2 | .145 | .240 | .249 | .262 |
| R² ajustado | .098 | .197 | .205 | .216 |
| Delta R 2 | .145 | .095 | .009 | .012 |
| F | 3.097 āāā | 59.591 *** | 5.911 āā | 7.906 āā |
N = 503.*
p < 0,05.āā
p < 0,01.āāā
pĀ < 0,001.
1 Abreviaturas enumeradas enĀ la Tabla 2.
Para probar nuestras dos hipótesis, utilizamos un anĆ”lisis de regresión mĆŗltiple con cuatro modelos (Tabla 4). En el Modelo 1, se incluyeron las variables de control. En el Modelo 2, se incluyó el efecto principal. El moderador, la superposición, se incluyó en el Modelo 3; en el Modelo 4, se incluyó la interacción correspondiente. Los valores del VIF y del Ćndice de Condición fueron inferiores a las directrices recomendadas para todas las variables (Hair et al., 2010).
En el Modelo 1,Ā el porcentaje de subcontratistasĀ se relacionó de forma significativa y negativa con el desempeƱo del proyecto (β = ā0,113,Ā pĀ < 0,05). El control para las respuestas enviadas por los miembros de las secciones locales del PMI, IDDummy1 (PMI), se relacionó de forma significativa y negativa con el desempeƱo del proyecto (β = ā0,256,Ā pĀ < 0,001). El modelo fue significativo (p < 0,001), con unĀ R² ajustadoĀ de 0,098.Para probar la Hipótesis 1, el Modelo 2 incluyó la variable independiente riesgo de requisitos.
La Hipótesis 1 planteaba que, a medida que aumentaba el riesgo de requisitos, el rendimiento del proyecto se verĆa afectado negativamente. El riesgo de requisitos se relacionó de forma significativa y negativa con el rendimiento del proyecto (β = ā0,321,Ā pĀ < 0,001). El modelo fue significativo p < 0,001); elĀ R² ajustadoĀ de 0,197 sugiere que, a medida que aumentaba el riesgo de requisitos, disminuĆa el rendimiento del proyecto, lo que respalda la Hipótesis 1.
El Modelo 3 incluyó la variable moderadora solapamiento. El solapamiento se relacionó de forma significativa y positiva con el rendimiento del proyecto (β = 0,119, p < 0,01). El modelo fue significativo (p < 0,01), con un R² ajustado de 0,205.
Para probar la Hipótesis 2, se incluyó en el Modelo 4 la interacción entre el moderador, la superposición, y la variable independiente, el riesgo de los requisitos.
La Hipótesis 2 planteaba que, a mayor superposición, menor serĆa el riesgo de los requisitos y mayor el rendimiento del proyecto. La interacción se relacionó de forma significativa y positiva con el rendimiento del proyecto (β = 0,114,Ā pĀ < 0,01).
El modelo fue significativo (pĀ < 0,01), con un R² ajustado deĀ 0,216 y un ĪR² de 0,012. La interacción se representa grĆ”ficamente enĀ la Figura 3Ā , que muestra que, a mayor riesgo, menor fue el rendimiento del proceso. Este efecto se mitigó cuando hubo una alta superposición entre los miembros del equipo de propuesta y del equipo de ejecución del proyecto, lo que respalda la Hipótesis 2.

Prueba post hoc y de sesgo
En nuestro anĆ”lisis principal, nos centramos Ćŗnicamente en el riesgo de los requisitos; No incluimos el entorno organizacional, el usuario, la complejidad del proyecto, la planificación y el control, ni el riesgo del equipo (tipos de riesgo adicionales identificados porĀ Wallace y Keil (2004Ā )). Lo hicimos para evitar la posible multicolinealidad. Sin embargo, dado que los diferentes tipos de riesgo suelen actuar de forma conjunta, centrarse en un solo tipo podrĆa sobreestimar sus efectos. Por consiguiente, repetimos el anĆ”lisis e incluimos los cinco tipos de riesgo restantes como variables de control adicionales. El riesgo de requisitos se mantuvo marginalmente significativo (β = ā0,112,Ā pĀ < 0,10) en el Modelo 2. Solo el riesgo de planificación y control resultó significativo (β = ā0,291,Ā pĀ < 0,001).
En el Modelo 4, el efecto de interacción se mantuvo significativo en 0,108 (p < 0,01), lo que subraya la importancia de la variable moderadora elegida. Posteriormente, vinculamos esta variable moderadora con todos los tipos de riesgo. Solo la interacción con el riesgo de requisitos fue marginalmente significativa (β = 0,114, p < 0,10), lo que demuestra una vez mÔs la particular importancia de esta variable moderadora.
En un segundo paso, volvimos a ejecutar el modelo con el rendimiento del producto como variable dependiente (α = 0,832). Lo ejecutamos dos veces: primero, como una rĆ©plica de los modelos principales presentados en nuestro anĆ”lisis. En este caso, el riesgo de requisitos fue significativo en el Modelo 2 (β = ā0,356,Ā pĀ < 0,001) y la interacción fue significativa en el Modelo 4 (β = 0,103,Ā pĀ < 0,05). En la segunda ejecución, incluimos los otros cinco tipos de riesgo. En este caso, el riesgo de planificación y control fue significativo en el Modelo 2 (β = ā0,295,Ā pĀ < 0,001) y el riesgo de equipo fue marginalmente significativo (β = ā0,107,Ā pĀ < 0,10). Si bien el riesgo de requisitos dejó de ser significativo como efecto principal, el efecto de interacción se mantuvo altamente significativo (β = 0,121,Ā pĀ < 0,01), lo que subraya nuevamente la influencia del moderador.
Los investigadores coinciden en que la varianza del método común (VMC) es un problema potencial en la investigación del comportamiento, ya que se atribuye a los métodos de medición mÔs que a los constructos que representan (Podsakoff et al., 2003 ).
El uso de encuestas para recopilar datos puede generar sesgo de VMC debido a: 1) la recopilación de datos en un solo momento, 2) la participación de un Ćŗnico encuestado en un proyecto, 3) la autoevaluación del desempeƱo y 4) la memoria de los encuestados. Sin embargo, las encuestas suelen ser el mĆ©todo preferido para recopilar y analizar datos de muestras grandes para probar hipótesis, debido a las posibles limitaciones de tiempo y costo de otros mĆ©todos de recopilación de datos (Nidumolu, 1996Ā ).Para determinar la presencia de sesgo de mĆ©todo comĆŗn (CMV), utilizamos la prueba de un solo factor de Harmon. Todos los Ćtems de las variables independientes, moderadoras, de control y dependientes se incluyeron en un anĆ”lisis factorial. Se identificaron 16 factores con autovalores mayores que 1,0, que explicaron el 71,99 % de la varianza; la varianza mĆ”xima fue del 8,94 %. Dado que ningĆŗn factor individual explicó la mayor parte de la varianza, la probabilidad de sesgo de mĆ©todo comĆŗn era baja (Podsakoff et al., 2012Ā ).
Discusión
Mediante un anĆ”lisis empĆrico a gran escala, encontramos evidencia que respalda la Hipótesis 1, la cual plantea que el riesgo en los requisitos tendrĆ” un impacto negativo en el desempeƱo del proyecto. Asimismo, encontramos evidencia que respalda la Hipótesis 2, la cual plantea que, a medida que aumenta el nĆŗmero de miembros que trabajan tanto en el equipo de propuesta como en el de ejecución, la relación negativa entre el riesgo en los requisitos y el desempeƱo del proceso disminuirĆ”. Nuestra prueba post hoc confirmó esta relación al utilizar el desempeƱo del producto como variable dependiente, lo que sugiere relaciones consistentes entre diferentes variables dependientes.Nuestros hallazgos resaltan los efectos mitigadores de riesgos de la superposición de propuestas, destacando el potencial de la memoria transaccional (Antunes & Pinheiro, 2020Ā ;Ā Ode & Ayavoo, 2020Ā ;Ā Guo et al., 2022Ā ;Ā Argote & Guo, 2016Ā ;Ā Lewis, 2003 ;Ā Lewis & Herndon, 2011Ā ;Ā Wang et al., 2018Ā ;Ā Wegner, 1987Ā ).
Argumentamos, y recibimos un sólido respaldo empĆrico, que el conocimiento almacenado mediante memoria transaccional puede ser accesible incluso cuando hay miembros superpuestos entre el equipo de solicitud de propuestas (RFP) y el equipo de ejecución, ya que el flujo y la transferencia de conocimiento se ven menos interrumpidos por la rotación de miembros del equipo. Por lo tanto, nuestros hallazgos demuestran la utilidad de la memoria transaccional en la ejecución de proyectos que involucran interacción multiagente y proporcionan una solución a nivel de gobernanza para los problemas de mitigación de riesgos en el proceso de RFP.
Conclusión
El proceso de licitación mediante propuestas se utiliza en todo el mundo por la industria y todos los niveles de gobierno (Meier, 2008Ā ;Ā Searcy, 2009Ā ). A pesar de su ubicuidad, los proyectos rara vez se desarrollan a tiempo, dentro del presupuesto o cumplen con las expectativas de los usuarios, con solo un 29 % de probabilidad de Ć©xito (Ā
Abdullah y Verner, 2012 ). Hemos demostrado que aumentar la colaboración entre los miembros del equipo de desarrollo de propuestas y los de ejecución de proyectos puede reducir la relación negativa entre el riesgo de los requisitos del proyecto y el rendimiento del proceso, mejorando asĆ el rendimiento del proyecto. Dado que somos uno de los pocos estudios que analizan empĆricamente la relación entre la solicitud de propuestas (RFP) y la ejecución de proyectos, esperamos que nuestros hallazgos animen a los investigadores a examinar dicha relación y ayuden a los profesionales a lograr una ejecución mĆ”s exitosa.
Implicaciones gerenciales
Este estudio aporta evidencia empĆrica adicional sobre la relación entre riesgo y desempeƱo, respondiendo a la necesidad, presente en la literatura, de realizar mĆ”s investigaciones sobre el riesgo de proyectos (Liu, 2016Ā ). Demostramos que el riesgo de los requisitos contribuye significativamente a la disminución del desempeƱo del proceso y, segĆŗn la prueba post hoc, del desempeƱo del producto. Pocos estudios han investigado la relación entre el riesgo y el desempeƱo de un proyecto (para excepciones, vĆ©aseĀ Bakker et al., 2010Ā ;Ā Bannerman, 2008Ā ;Ā Liu et al., 2009Ā ;Ā Taylor et al., 2012Ā ;Ā Wallace et al., 2004b). Nuestro enfoque en el proceso de solicitud de propuestas (RFP, por sus siglas en inglĆ©s), utilizando una muestra a gran escala de 503 participantes, constituye un avance significativo en la literatura.AdemĆ”s, ampliamos la teorĆa del riesgo en la gestión de proyectos. Al incorporar el Sistema de Gestión de Transacciones (TMS) (Argote & Ren, 2012Ā ;Ā Lewis, 2003Ā ;Ā Wegner, 1987Ā ;Ā Wegner et al., 1985Ā ), no solo demostramos la interdependencia entre las solicitudes de propuestas (RFP) y la ejecución del proyecto, sino que tambiĆ©n proporcionamos una sólida base teórica para futuras investigaciones que pueden desarrollarse a partir de nuestros hallazgos relacionados con la superposición de propuestas.
Nuestro estudio muestra que un proceso integral que abarque desde la RFP hasta la ejecución del proyecto es necesario para comprender plenamente el desempeño del proyecto (producto), mitigar el riesgo y mejorar la transferencia y el flujo de conocimiento a lo largo de las etapas del proceso de propuesta.
Implicaciones prƔcticas
Nuestra investigación se centra en las prĆ”cticas de gestión de proyectos. Dado que aĆŗn no se comprende del todo la relación entre la solicitud de propuestas (RFP) y la ejecución del proyecto, y en Ćŗltima instancia, su rendimiento, se necesitan herramientas prĆ”cticas y fĆ”ciles de usar para que los profesionales mejoren dicho rendimiento. Puesto que los requisitos pueden afectar significativamente y de forma negativa al rendimiento, el equipo del proyecto debe asegurarse de que estĆ©n adecuadamente identificados, claramente definidos, contemplados en su totalidad y correctos. Tal como se exige para la formación y certificación del PMI, los requisitos deben definirse durante las primeras fases del proyecto (Project Management Institute, 2018). De lo contrario, el coste de rehacer las partes ya finalizadas del proyecto para cumplir con estos requisitos puede ser considerable; ademĆ”s, son los mĆ”s difĆciles de corregir o resolver a posteriori (Boehm, 1991).
AdemÔs, a medida que aumenta el número de subcontratistas y consultores, el riesgo del proyecto se incrementa, lo que repercute negativamente en su rendimiento. Por consiguiente, es recomendable priorizar la utilización de empleados internos sobre la de consultores y subcontratistas externos. Como demuestran nuestros hallazgos, fomentar la colaboración entre los miembros de los equipos de propuesta y ejecución del proyecto debe promoverse para mitigar los efectos perjudiciales de los riesgos relacionados con los requisitos en el rendimiento general. La colaboración en la propuesta puede ser, por tanto, una herramienta útil y prÔctica, fÔcil de implementar y eficaz (Bakker et al., 2010; Bannerman, 2008; Taylor et al., 2012).
Limitaciones e investigaciones futuras
Nos basamos en datos autoinformados y un diseƱo de encuesta con un solo participante, por lo que nuestros hallazgos deben interpretarse con cautela y se requiere que estudios futuros los repliquen. De hecho, nuestros hallazgos podrĆan haber estado sujetos a sesgo de recuerdo, ya que la encuesta requerĆa que los participantes reconstruyeran su experiencia en el proyecto (Akgün & Lynn, 2002;Ā Avolio et al., 1991;Ā Gupta & Beehr, 1982Ā ). Este sesgo se redujo, en cierta medida, al recopilar datos sobre el proyecto finalizado mĆ”s recientemente (Keil, 2013;Ā Nidumolu, 1996).
Si bien el uso de un solo participante es comĆŗn en la investigación acadĆ©mica, habrĆa sido mĆ”s ventajoso incluir a varios participantes de cada equipo de la solicitud de propuestas y recopilar datos objetivos para nuestra variable de resultado. AdemĆ”s, dado que el estudio fue transversal, tambiĆ©n verificamos la presencia de sesgo de mĆ©todo comĆŗn, sin encontrar ningĆŗn motivo de preocupación (Podsakoff et al., 2003).En segundo lugar, la mayorĆa de los participantes eran gerentes, lo que pudo haber generado una evaluación parcial (Barki, 2001). Si bien la distribución de las variables medidas no presentó asimetrĆa ni se concentró cerca del lĆmite superior del rango, lo que podrĆa indicar sesgo, conviene reconocer esta posibilidad (Jiang, 2001).
Para ayudar a reducir el sesgo, los estudios deberĆan incluir miembros del equipo de proyecto con diferentes Ć”reas de especialización (p. ej., financiera, tĆ©cnica, de control de calidad). AdemĆ”s, nuestra medida de superposición de propuestas no considera los aspectos cualitativos de la participación de los miembros del equipo ni sus roles especĆficos en ambas fases. Si bien dicha información podrĆa requerir diseƱos de estudio complejos, esta investigación podrĆa beneficiarse de los conocimientos relacionados con la teorĆa de redes (p. ej.,Ā Burt, 2004;Ā Levin et al., 2011;Ā Manteli et al., 2014Ā ).
Alternativamente, serĆa muy conveniente desarrollar una escala que capture la calidad de las interacciones de superposición.Elaborar una propuesta exige que el equipo de desarrollo realice concesiones entre costos, plazos y requisitos (Chen, 2009;Ā Nidumolu, 1996).
Es fundamental investigar empĆricamente si estas concesiones exacerban los riesgos asociados a la propuesta e impactan el desempeƱo del proyecto. Si bien nos centramos en el riesgo de los requisitos, nuestro anĆ”lisis post hoc demostró que nuestros hallazgos tambiĆ©n se aplican al desempeƱo del producto. En consecuencia, la superposición de propuestas es un moderador importante en la relación entre el riesgo de los requisitos y las variables de desempeƱo comĆŗnmente utilizadas (p. ej.,Ā Wallace et al., 2004aĀ ). Sin embargo, nuestro anĆ”lisis post hoc tambiĆ©n mostró que solo algunas de las dimensiones del riesgo tuvieron resultados relacionados con el desempeƱo (p. ej., riesgo de planificación y control). Por lo tanto, si bien el riesgo del proyecto es multidimensional, las medidas aĆŗn son generales; la dificultad para establecer una mayor significancia podrĆa estar relacionada con la conceptualización. Los investigadores podrĆan desarrollar medidas mĆ”s especĆficas para cada uno de los tipos de riesgo identificados porĀ
Wallace et al. (2004a)Ā .Explorar el mecanismo de solapamiento de propuestas desde la perspectiva de los diferentes riesgos podrĆa ayudarnos a descubrir distintas condiciones lĆmite de la teorĆa de los sistemas de gestión de tareas (TMS) en la gestión de proyectos empresariales. Complementar la TMS con aportaciones de la teorĆa de la agencia, en particular desde el punto de vista de las interacciones multiagente (p. ej.,Ā Fleckinger et al., 2024), podrĆa ser una vĆa fructĆfera.AdemĆ”s, es necesario considerar otros factores de riesgo.
Por ejemplo, la investigación podrĆa incluir la participación polĆtica en los proyectos, donde con frecuencia se toman decisiones por motivos ajenos al Ć©xito de la ejecución del proyecto. Por ejemplo, se pueden aƱadir requisitos sin el correspondiente aumento de costes o plazos, o puede haber intentos de acortar la duración del proyecto. Por lo tanto, podrĆa ser Ćŗtil examinar el impacto de los cambios en el contexto institucional externo y en el contexto del mercado sobre el mecanismo de solapamiento de propuestas.Priorizar la satisfacción del cliente para asegurar futuras oportunidades de negocio para el proveedor es una prĆ”ctica comĆŗn en el proceso de solicitud de propuestas (RFP), pero puede repercutir negativamente en el rendimiento del proceso. Por consiguiente, es necesario considerar cuidadosamente el tipo de variable dependiente utilizada, incluso cuando se emplea un enfoque de cuadro de mando integral (por ejemplo,Ā
Kaplan y Norton, 1996Ā ).AdemĆ”s, si bien el anĆ”lisis del riesgo y el desempeƱo de los proyectos se ha centrado principalmente en proyectos individuales, es fundamental investigar tambiĆ©n las interconexiones entre mĆŗltiples proyectos (Teller, 2013;Ā Tikkanen et al., 2007Ā ); por ejemplo, el proceso de transferencia de conocimiento que abarca las relaciones entre proyectos dentro de la organización, asĆ como las que existen entre proyectos que operan bajo el nuevo marco y los procesos de gestión. Si bien la teorĆa de portafolios se ha enfocado en la distribución de los recursos escasos de la empresa entre los proyectos que lo componen, se ha prestado poca atención a cómo los factores de riesgo afectan las relaciones entre proyectos (Ā
Tikkanen et al., 2007Ā ). El anĆ”lisis de estas relaciones podrĆa optimizar la disponibilidad de recursos escasos dentro de una empresa, ya que se podrĆa reducir el riesgo y mejorar el desempeƱo de los proyectos.En cada solicitud de propuestas (RFP), hay un ganador y uno o mĆ”s perdedores. Dado que algunas empresas tienen un historial muy exitoso en los procesos de contratación, se podrĆan investigar los factores que contribuyen a dicho Ć©xito.
Otro aspecto de la contratación es el proceso de renovación de contratos (Smith et al., 2022Ā ), que se produce cuando un contrato debe renovarse y el proveedor actual compite con otras empresas para obtenerlo. ĀæTiene el proveedor actual la ventaja? ĀæQuĆ© factores contribuyen a una defensa exitosa en la renovación de un contrato? TambiĆ©n recomendamos investigar el proceso de contratación cuando un contrato estĆ” destinado exclusivamente a pequeƱas empresas. ĀæLos contratos destinados a un grupo especĆfico realmente benefician a dicho grupo? Estos anĆ”lisis serĆan de gran utilidad para las industrias que deben competir en los procesos de contratación.
Fondos
Esta investigación estÔ financiada por el Proyecto del Programa Clave de la Fundación Nacional de Ciencias Naturales de China (72532008).
Declaración de contribución de autorĆa de CRediT
Xin Gao: Redacción ā revisión y edición, Conceptualización.
Lawrence Haynes: Redacción ā borrador original, AnĆ”lisis formal, Conceptualización.
Franz W. Kellermanns: Redacción ā revisión y edición, Redacción ā borrador original, Supervisión, MetodologĆa, AnĆ”lisis formal, Conceptualización.
Declaración de intereses contrapuestos
En nombre de todos los autores, el autor correspondiente declara que no existe ningĆŗn conflicto de intereses.
Apéndice . Elementos de la encuesta y Alpha1
| Variables | Elementos de la encuesta | Alfa |
|---|---|---|
| Variable dependiente: rendimiento del proceso | El proyecto se completó dentro del presupuesto. | 0,775 |
| El proyecto se completó dentro del plazo previsto. | ||
| Variable dependiente (post hoc): rendimiento del producto | El producto final del proyecto desarrollado es fiable. | 0.832 |
| El producto final del proyecto desarrollado es fƔcil de mantener. | ||
| Los usuarios perciben que el producto final del proyecto cumple con los requisitos funcionales previstos. | ||
| El producto final del proyecto cumple con las expectativas del usuario en cuanto al tiempo de respuesta. | ||
| La calidad general del producto final desarrollado es alta. | ||
| Variable independiente – Riesgo de requerimiento | Requisitos del sistema en constante cambio | 0.832 |
| Los requisitos del sistema no estaban definidos adecuadamente. | ||
| Requisitos del sistema poco claros | ||
| Requisitos del sistema incorrectos |
1 Todos los elementos se utilizan en el cƔlculo del Alfa
Referencias
Zhang y otros, 2018Y.Ā ZhangĀ ,Ā S.Ā LiuĀ ,Ā J.Ā TanĀ ,Ā G.Ā JiangĀ ,Ā Q.Ā ZhuEfectos de los riesgos en el desempeƱo de los proyectos de externalización de procesos de negocio: El papel moderador de las capacidades de gestión del conocimientoRevista Internacional de Gestión de ProyectosĀ ,Ā 36Ā (Ā 4Ā )Ā (Ā 2018Ā )Ā , pp.Ā 627Ā –Ā 639Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Abdullah y Verner, 2012LMĀ AbdullahĀ ,Ā JMĀ VernerAnĆ”lisis y aplicación de un marco de riesgo de subcontrataciónRevista deĀ SistemasĀ y SoftwareĀ ,Ā 85Ā (Ā 8Ā )Ā (Ā 2012Ā )Ā , pĆ”gs.Ā 1930-1952Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Akgün, Byrne, Keskin y G., 2004AE Akgün , J. Byrne , H. Keskin , GS LynnSistema de memoria transaccional en equipos de desarrollo de nuevos productosIEEE Transactions on Engineering Management , 53 ( 1 ) ( 2004 ) , pÔgs . 95-111Google Académico
Akgün y otros, 2005AEĀ AkgünĀ ,Ā J.Ā ByrneĀ ,Ā H.Ā KeskinĀ ,Ā GSĀ LynnĀ ,Ā SZĀ ImamogluRedes de conocimiento en proyectos de desarrollo de nuevos productos: una perspectiva de memoria transaccionalInformaciónĀ y gestiónĀ ,Ā 42Ā (Ā 8Ā )Ā (Ā 2005Ā )Ā ,Ā pĆ”gs.Ā 1105-1120Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Akgün y Lynn, 2002AEĀ AkgünĀ ,Ā GSĀ LynnAntecedentes y consecuencias de la estabilidad del equipo en el desempeƱo del desarrollo de nuevos productosRevista de Gestión de IngenierĆa y TecnologĆaĀ ,Ā 19Ā (Ā 3ā4Ā )Ā (Ā 2002Ā )Ā , pp.Ā 263Ā –Ā 286Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Aloini, Dulmin y Mininno, 2007D.Ā AloiniĀ ,Ā R.Ā DulminĀ ,Ā V.Ā MininnoGestión de riesgos en la introducción a proyectos ERP: Revisión de la literaturaInformación y gestiónĀ ,Ā 44Ā (Ā 6Ā )Ā (Ā 2007Ā )Ā ,Ā pĆ”gsĀ .Ā 547-567Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Antunes y Pinheiro, 2020HDJGĀ AntunesĀ ,Ā PGĀ PinheiroVinculación de la gestión del conocimiento, el aprendizaje organizacional y la memoriaRevista de Innovación y ConocimientoĀ ,Ā 5Ā (Ā 2Ā )Ā (Ā 2020Ā )Ā , pp.Ā 140Ā –Ā 149Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Argote y Guo, 2016L.Ā ArgoteĀ ,Ā JMĀ GuoRutinas y sistemas de memoria transaccional: Creación, coordinación, retención y transferencia de conocimiento en las organizacionesInvestigaciónĀ en Comportamiento OrganizacionalĀ ,Ā 36Ā (Ā 2016Ā )Ā , pĆ”gsĀ .Ā 65-84Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Argote y Ren, 2012L. Argote , Y. RenSistemas de memoria transaccional: Una microfundación de capacidades dinÔmicasRevista de Estudios de Gestión , 49 ( 8 ) ( 2012 ) , pÔgs . 1375-1382Ver en Crossref, Scopus y Google Scholar
Atkinson, 1999R.Ā AtkinsonGestión de proyectos: Coste, tiempo y calidad, dos estimaciones y un fenómeno; es hora de aceptar otros criterios de Ć©xito.Revista Internacional de Gestión de ProyectosĀ ,Ā 17Ā (Ā 6Ā )Ā (Ā 1999Ā )Ā , pp.Ā 337Ā –Ā 342Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Avolio, Yammarino y Bass, 1991BJĀ AvolioĀ ,Ā FJĀ YammarinoĀ ,Ā BMĀ BassIdentificación de variaciones en mĆ©todos comunes con datos recopilados de una sola fuente: Un problema persistente sin resolverRevista de GestiónĀ ,Ā 17Ā (Ā 3Ā )Ā (Ā 1991Ā )Ā , pp.Ā 571Ā –Ā 587Ver enĀ Crossref, ScopusĀ y Google Scholar
Bachrach y otros, 2019DGĀ BachrachĀ ,Ā K.Ā LewisĀ ,Ā K.Ā YoungsangĀ ,Ā PCĀ PatelĀ ,Ā MCĀ CampionĀ ,Ā SMBĀ ThatcherĀ ,Ā Y.Ā KimSistemas de memoria transaccional en contexto: Un examen metaanalĆtico de los factores contextuales en el desarrollo de sistemas de memoria transaccional y el desempeƱo del equipoRevista de PsicologĆa AplicadaĀ ,Ā 104Ā (Ā 3Ā )Ā (Ā 2019Ā )Ā , pp.Ā 464Ā –Ā 493Ver enĀ Crossref, ScopusĀ y Google Scholar
Baker, Murphy y Fisher, 1997BN Baker , DC Murphy , D. FisherFactores que afectan el éxito del proyectoManual de gestión de proyectos ( 1997 ) , pÔgs . 902-919Crossref Google Scholar
Bakker, Boonstra y Wortmann, 2010D.Ā BakkerĀ ,Ā BoonstraĀ ,Ā WortmannĀæContribuye la gestión de riesgos al Ć©xito de los proyectos de TI? Un metaanĆ”lisis de la evidencia empĆrica.Revista Internacional de Gestión de ProyectosĀ ,Ā 28Ā (Ā 5Ā )Ā (Ā 2010Ā )Ā , pp.Ā 493Ā –Ā 503Google AcadĆ©mico
Bannerman, 2008PLĀ BannermanRiesgo y gestión de riesgos en proyectos de software: una reevaluaciónRevista de Sistemas y SoftwareĀ ,Ā 81Ā (Ā 12Ā )Ā (Ā 2008Ā )Ā , pp.Ā 2118Ā –Ā 2133Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Barki, Rivard y Talbot, 2001H.Ā BarkiĀ ,Ā S.Ā RivardĀ ,Ā J.Ā TalbotUn modelo de contingencia integrador para la gestión de riesgos en proyectos de softwareRevista de Sistemas de Información de GestiónĀ ,Ā 17Ā (Ā 4Ā )Ā (Ā 2001Ā )Ā , pp.Ā 37Ā –Ā 69Ver enĀ Crossref, ScopusĀ y Google Scholar
BodrožiÄ y Adler, 2018Z.Ā BodrožiÄĀ ,Ā PSĀ AdlerLa evolución de los modelos de gestión: una teorĆa neoschumpeterianaAdministrative Science QuarterlyĀ ,Ā 63Ā (Ā 1Ā )Ā (Ā 2018Ā )Ā , pp.Ā 85Ā –Ā 129Ver enĀ Crossref, ScopusĀ y Google Scholar
Boehm, 1991BW BoehmGestión de riesgos del software: Principios y prÔcticasIEEE Software , 8 ( 1 ) ( 1991 ) , pÔgs . 32-41Ver en Scopus Google Académico
Brandon y Hollingshead, 2004DPĀ BrandonĀ ,Ā ABĀ HollingsheadSistemas de memoria transaccional en las organizaciones: Emparejamiento de tareas, experiencia y personasCiencia de la OrganizaciónĀ ,Ā 15Ā (Ā 6Ā )Ā (Ā 2004Ā )Ā , pp.Ā 633Ā –Ā 644Ver enĀ Crossref, ScopusĀ y Google Scholar
Burt, 2004R.Ā BurtAgujeros estructurales y buenas ideasRevista Americana de SociologĆaĀ ,Ā 110Ā (Ā 2Ā )Ā (Ā 2004Ā )Ā , pp.Ā 349Ā –Ā 399Ver en ScopusĀ Google AcadĆ©mico
Carmeli, Levi y Peccei, 2021A.Ā CarmeliĀ ,Ā A.Ā LeviĀ ,Ā R.Ā PecceiResiliencia y capacidad de resolución creativa de problemas en equipos de proyecto: una perspectiva relacionalRevista Internacional de Gestión de ProyectosĀ ,Ā 39Ā (Ā 5Ā )Ā (Ā 2021Ā )Ā , pp.Ā 546Ā –Ā 556Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Chen, Law y Yang, 2009CC Chen , CC Law , SC YangGestionar el fracaso en la implementación de un ERP: una perspectiva de gestión de proyectosIEEE Transactions on Engineering Management , 56 ( 1 ) ( 2009 ) , pÔgs . 157-170Google Académico
Chu, Rong y Zheng, 2022LYĀ ChuĀ ,Ā Y.Ā RongĀ ,Ā H.Ā ZhengEl beneficio estratĆ©gico de la solicitud de propuestas/cotizacionesInvestigación OperativaĀ ,Ā 70Ā (Ā 3Ā )Ā (Ā 2022Ā )Ā , pp.Ā 1410Ā –Ā 1427Ver enĀ Crossref, ScopusĀ y Google Scholar
Cobb y Divine, 2016N. Cobb , C. DivineCómo redactar ofertas y propuestas comerciales para principiantesJohn Wiley & Sons ( 2016 )Google Académico
Crawford y otros, 2022GCĀ CrawfordĀ ,Ā V.Ā SkorodziyevskiyĀ ,Ā CJĀ FridĀ ,Ā TEĀ NelsonĀ ,Ā Z.Ā BooyaviĀ ,Ā DMĀ HechavarriaĀ ,Ā X.Ā LiĀ ,Ā PDĀ ReynoldsĀ ,Ā E.Ā TeymourianImpulsando la teorĆa del emprendimiento a travĆ©s de la replicación: Un estudio de caso sobre los desafĆos metodológicos contemporĆ”neos, las mejores prĆ”cticas futuras y una exhortación a la comunalidad.TeorĆa y prĆ”ctica del emprendimientoĀ ,Ā 46Ā āā(Ā 3Ā )Ā (Ā 2022Ā )Ā , pp.Ā 779Ā –Ā 799Ver enĀ Crossref, ScopusĀ y Google Scholar
De Bakker, Boonstra y Wortmann, 2010K.Ā De BakkerĀ ,Ā A.Ā BoonstraĀ ,Ā H.Ā WortmannĀæContribuye la gestión de riesgos al Ć©xito de los proyectos de TI? Un metaanĆ”lisis de la evidencia empĆrica.Revista Internacional de Gestión de ProyectosĀ ,Ā 28Ā (Ā 5Ā )Ā (Ā 2010Ā )Ā , pp.Ā 493Ā –Ā 503Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
DeChurch y Mesmer-Magnus, 2010LAĀ DeChurchĀ ,Ā JRĀ Mesmer-MagnusFundamentos cognitivos del trabajo en equipo eficaz: un metaanĆ”lisisRevista de PsicologĆa AplicadaĀ ,Ā 95Ā (Ā 1Ā )Ā (Ā 2010Ā )Ā , pp.Ā 32Ā –Ā 53Ver enĀ Crossref, ScopusĀ y Google Scholar
DeLone y McLean, 1992WHĀ DeLoneĀ ,Ā ERĀ McLeanĆxito de los sistemas de información: La bĆŗsqueda de la variable dependienteInvestigación en Sistemas de InformaciónĀ ,Ā 3Ā (Ā 1Ā )Ā (Ā 1992Ā )Ā , pp.Ā 60Ā –Ā 95Ver enĀ Crossref, ScopusĀ y Google Scholar
Delone y McLean, 2003WHĀ DeloneĀ ,Ā ERĀ McLeanEl modelo de Ć©xito de los sistemas de información de DeLone y McLean: una actualización de diez aƱosRevista de Sistemas de Información de GestiónĀ ,Ā 19Ā (Ā 4Ā )Ā (Ā 2003Ā )Ā , pp.Ā 9Ā –Ā 30Ver en ScopusĀ Google AcadĆ©mico
Dvir, Raz y Shenhar, 2003D.Ā DvirĀ ,Ā T.Ā RazĀ ,Ā AJĀ ShenharUn anĆ”lisis empĆrico de la relación entre la planificación de proyectos y el Ć©xito de los mismosRevista Internacional de Gestión de ProyectosĀ ,Ā 21Ā (Ā 2Ā )Ā (Ā 2003Ā )Ā , pp.Ā 89Ā –Ā 95Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Elonen y Artto, 2003S.Ā ElonenĀ ,Ā KAĀ ArttoProblemas en la gestión de proyectos de desarrollo interno en entornos multiproyecto.Revista Internacional de Gestión de ProyectosĀ ,Ā 21Ā (Ā 6Ā )Ā (Ā 2003Ā )Ā , pp.Ā 395Ā –Ā 402Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Fleckinger, Martimort y Roux, 2024P.Ā FleckingerĀ ,Ā D.Ā MartimortĀ ,Ā N.Ā RouxĀæDeberĆan competir o cooperar? La perspectiva de la teorĆa de la agencia.Revista de Literatura EconómicaĀ ,Ā 62Ā (Ā 4Ā )Ā (Ā 2024Ā )Ā , pp.Ā 1589Ā –Ā 1646CrossrefĀ Google Scholar
Freed y Roberts, 1989RCĀ FreedĀ ,Ā DDĀ RobertsLa naturaleza, clasificación y estructura genĆ©rica de las propuestasRevista de Redacción y Comunicación TĆ©cnicaĀ ,Ā 19Ā (Ā 4Ā )Ā (Ā 1989Ā )Ā , pp.Ā 317Ā –Ā 351Google AcadĆ©mico
Gao, 2024X.Ā GaoInvestigación sobre el mecanismo de crecimiento del emprendimiento mediante el acoplamiento de conocimientos basado en la interacción multiagente.RevistaĀ deĀ la EconomĆa del ConocimientoĀ (Ā 2024Ā )Ā , pĆ”gs.Ā 1-23CrossrefĀ Google Scholar
Giacosa, Alam, Culasso y Crocco, 2023E.Ā GiacosaĀ ,Ā GMĀ AlamĀ ,Ā F.Ā CulassoĀ ,Ā E.Ā CroccoĀæEstresante o potenciador del rendimiento? ĀæMedida de seguridad o causa de desconfianza? La paradoja de la vigilancia digital en el lugar de trabajo.Revista de Innovación y ConocimientoĀ ,Ā 8Ā (Ā 2Ā )Ā (Ā 2023Ā )Ā , ArtĆculoĀ 100357Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Gransberg y Barton, 2007DDĀ GransbergĀ ,Ā RFĀ BartonAnĆ”lisis de los criterios de evaluación de las solicitudes de propuestas de diseƱo y construcción federalesRevista de Gestión en IngenierĆaĀ ,Ā 23Ā (Ā 2Ā )Ā (Ā 2007Ā )Ā , pp.Ā 105Ā –Ā 111Ver en ScopusĀ Google AcadĆ©mico
Gupta y Beehr, 1982N.Ā GuptaĀ ,Ā T.A.Ā BeehrPrueba de la correspondencia entre los autoinformes y las fuentes de datos alternativas sobre las organizaciones laboralesRevista deĀ Comportamiento VocacionalĀ ,Ā 20Ā (Ā 1982Ā )Ā , pĆ”gsĀ .Ā 1-13Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Guo, Cui, Sun y Zou, 2022J.Ā GuoĀ ,Ā L.Ā CuiĀ ,Ā SLĀ SunĀ ,Ā B.Ā ZouĀæCómo innovar continuamente? Conceptualización de la capacidad generativaRevista de Innovación y ConocimientoĀ ,Ā 7Ā (Ā 2Ā )Ā (Ā 2022Ā )Ā ,Ā ArtĆculoĀ 100177 Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Cabello, negro, Babin y Anderson, 2010J. Hair , W. Black , B. Babin , R. AndersonAnÔlisis de datos multivariados( 7.ª ed. ) , Prentice Hall , Upper Saddle River (NJ) ( 2010 )Google Académico
Han y Huang, 2007WMĀ HanĀ ,Ā SJĀ HuangUn anĆ”lisis empĆrico de los componentes de riesgo y el rendimiento en proyectos de softwareRevista de Sistemas y SoftwareĀ ,Ā 80Ā (Ā 1Ā )Ā (Ā 2007Ā )Ā , pp.Ā 42Ā –Ā 50Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Hollingshead, 1998aABĀ HollingsheadComunicación, aprendizaje y recuperación en sistemas de memoria transaccionalRevista deĀ PsicologĆa Social ExperimentalĀ ,Ā 34Ā (Ā 5Ā )Ā (Ā 1998Ā )Ā ,Ā pĆ”gs.Ā 423-442Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Hollingshead, 1998bABĀ HollingsheadProcesos de recuperación en sistemas de memoria transaccionalRevista de Personalidad y PsicologĆa SocialĀ ,Ā 74Ā (Ā 3Ā )Ā (Ā 1998Ā )Ā , pp.Ā 659Ā –Ā 671Google AcadĆ©mico
Hsu, Shih, Chiang y Liu, 2012JSCĀ HsuĀ ,Ā SPĀ ShihĀ ,Ā JCĀ ChiangĀ ,Ā JYCĀ LiuEl impacto de los sistemas de memoria transaccional en la coordinación, la comunicación y el rendimiento de los equipos de desarrollo de sistemas de información.Revista Internacional de Gestión de ProyectosĀ ,Ā 30Ā (Ā 3Ā )Ā (Ā 2012Ā )Ā , pp.Ā 329Ā –Ā 340Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Jarvenpaa y Keating, 2011SLĀ JarvenpaaĀ ,Ā E.Ā KeatingTerrenos sagrados: El papel de los valores, las prĆ”cticas y las instituciones culturales en la gestión de la tecnologĆa en un proyecto de servicios de ingenierĆa complejos externalizadoIEEE TransactionsĀ on Engineering ManagementĀ ,Ā 58Ā (Ā 4Ā )Ā (Ā 2011Ā )Ā , pĆ”gsĀ .Ā 786-798Ver en ScopusĀ Google AcadĆ©mico
Jiang y Klein, 2000J.Ā JiangĀ ,Ā G.Ā KleinRiesgos del desarrollo de software para la efectividad del proyectoRevista de Sistemas y SoftwareĀ ,Ā 52Ā (Ā 1Ā )Ā (Ā 2000Ā )Ā , pp.Ā 3Ā –Ā 10Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Jiang, Klein y Discenza, 2001JJĀ JiangĀ ,Ā G.Ā KleinĀ ,Ā R.Ā DiscenzaĆxito de los sistemas de información y su relación con los riesgos y las estrategias de desarrolloIEEE Transactions on Engineering ManagementĀ ,Ā 48Ā (Ā 1Ā )Ā (Ā 2001Ā )Ā , pp.Ā 46Ā –Ā 55Ver en ScopusĀ Google AcadĆ©mico
Johnson & Johnson, 2005DWĀ JohnsonĀ ,Ā RTĀ JohnsonNuevos desarrollos en la teorĆa de la interdependencia socialMonografĆas de PsicologĆa GenĆ©tica, Social y GeneralĀ ,Ā 131Ā (Ā 4Ā )Ā (Ā 2005Ā )Ā , pp.Ā 285Ā –Ā 358Ver en ScopusĀ Google AcadĆ©mico
Kaplan y Norton, 1996RS Kaplan , DP NortonEl cuadro de mando integral: Traduciendo la estrategia en acciónHarvard Business School Press , Boston, MA ( 1996 )Google Académico
Keil, Rai y Liu, 2013M.Ā KeilĀ ,Ā A.Ā RaiĀ ,Ā S.Ā LiuCómo el riesgo del usuario y el riesgo de los requisitos moderan los efectos del control formal e informal en el rendimiento de los procesos de los proyectos de TIRevista Europea de Sistemas de InformaciónĀ ,Ā 22Ā (Ā 6Ā )Ā (Ā 2013Ā )Ā , pp.Ā 650Ā –Ā 672Ver enĀ Crossref, ScopusĀ y Google Scholar
Kerzner, 1987H. KerznerEn busca de la excelencia en la gestión de proyectosRevista de Gestión de Sistemas , 38 ( 2 ) ( 1987 ) , p. 30Google Académico
Koufteros, Vonderembse y Doll, 2002XAĀ KoufterosĀ ,Ā MAĀ VonderembseĀ ,Ā WJĀ DollPrĆ”cticas integradas de desarrollo de productos y capacidades competitivas: Los efectos de la incertidumbre, la ambigüedad y la estrategia de plataformaRevista de Gestión de OperacionesĀ ,Ā 20Ā (Ā 4Ā )Ā (Ā 2002Ā )Ā , pp.Ā 331Ā –Ā 355Ver PDFVer artĆculoĀ en CrossrefĀ Ver en ScopusĀ Google Scholar
Lee, Bachrach y Lewis, 2014J.-Y.Ā LeeĀ ,Ā D.G.Ā BachrachĀ ,Ā K.Ā LewisVĆnculos de redes sociales, memoria transaccional y desempeƱo en gruposCiencia de la OrganizaciónĀ ,Ā 25Ā (Ā 3Ā )Ā (Ā 2014Ā )Ā , pp.Ā 951Ā –Ā 967Ver enĀ Crossref, ScopusĀ y Google Scholar
Levin, Walter y Murnighan, 2011DZĀ LevinĀ ,Ā J.Ā WalterĀ ,Ā JKĀ MurnighanVĆnculos latentes: El valor de reconectarCiencia de la OrganizaciónĀ ,Ā 22Ā (Ā 4Ā )Ā (Ā 2011Ā )Ā , pp.Ā 923Ā –Ā 939Ver enĀ Crossref, ScopusĀ y Google Scholar
Lewis, 2003K.Ā LewisMedición de sistemas de memoria transaccional en campo: Desarrollo y validación de escalasRevista de PsicologĆa AplicadaĀ ,Ā 88Ā (Ā 4Ā )Ā (Ā 2003Ā )Ā , p.Ā 587Ver en ScopusĀ Google AcadĆ©mico
Lewis, 2004K.Ā LewisConocimiento y desempeƱo en equipos de trabajadores del conocimiento: un estudio longitudinal de sistemas de memoria transaccionalCiencias de la GestiónĀ ,Ā 50Ā (Ā 11Ā )Ā (Ā 2004Ā )Ā , pp.Ā 1519Ā –Ā 1533Ver enĀ Crossref, ScopusĀ y Google Scholar
Lewis, Belliveau, Herndon y Keller, 2007K.Ā LewisĀ ,Ā M.Ā BelliveauĀ ,Ā B.Ā HerndonĀ ,Ā J.Ā KellerCognición grupal, cambios en la composición y desempeƱo: Investigación de los beneficios y perjuicios del conocimiento colectivoComportamiento organizacional y procesos de decisión humanaĀ ,Ā 103Ā (Ā 2Ā )Ā (Ā 2007Ā )Ā , pp.Ā 159Ā –Ā 178Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Lewis y Herndon, 2011K.Ā LewisĀ ,Ā B.Ā HerndonSistemas de memoria transaccional: Problemas actuales y futuras lĆneas de investigaciónCiencia de la OrganizaciónĀ ,Ā 22Ā (Ā 5Ā )Ā (Ā 2011Ā )Ā , pp.Ā 1254Ā –Ā 1265Ver enĀ Crossref, ScopusĀ y Google Scholar
Liu, 2016S.Ā LiuCómo la comprensión de los procesos de desarrollo por parte del enlace con el usuario modera los efectos de los riesgos relacionados con el usuario y la gestión del proyecto en el rendimiento del proyecto de TIInformación y gestiónĀ ,Ā 53Ā (Ā 1Ā )Ā (Ā 2016Ā )Ā , pĆ”gs.Ā 122Ā –Ā 134Ver PDFVer artĆculoĀ en Google AcadĆ©mico
Liu y Wang, 2014S.Ā LiuĀ ,Ā L.Ā WangComprender el impacto de los riesgos en el rendimiento de los proyectos de tecnologĆa de la información internos y subcontratados: El papel de la importancia estratĆ©gicaRevista Internacional de Gestión de ProyectosĀ ,Ā 32Ā (Ā 8Ā )Ā (Ā 2014Ā )Ā ,Ā pĆ”gsĀ .Ā 1494-1510Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Liu, Wang y Xiao, 2009D.Ā LiuĀ ,Ā Q.Ā WangĀ ,Ā J.Ā XiaoEl papel de la modelización de la simulación de procesos de software en la gestión de riesgos del software: una revisión sistemĆ”tica3er Simposio Internacional sobre IngenierĆaĀ deĀ Software EmpĆrica y MediciónĀ ,Ā IEEEĀ (Ā 2009Ā )Ā , pĆ”gs.Ā 302-311Ver en ScopusĀ Google AcadĆ©mico
Lynn, Reilly y Akgun, 2000GS Lynn , RR Reilly , AE AkgunGestión del conocimiento en equipos de desarrollo de nuevos productos: prÔcticas y resultadosIEEE Transactions on Engineering Management , 47 ( 2 ) ( 2000 ) , pÔgs . 221-231Ver en Scopus Google Académico
Malherbe, 2022M.Ā MalherbeCooperación en proyectos de innovación interorganizacionales: Hacia una mejor comprensión del acoplamiento con el ecosistema permanenteRevista Internacional de Gestión de ProyectosĀ ,Ā 40Ā (Ā 8Ā )Ā (Ā 2022Ā )Ā ,Ā pĆ”gsĀ .Ā 871-885Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Mandell, 1986SFĀ MandelLa solicitud de propuestas (RFP)Revista de Sistemas MĆ©dicosĀ ,Ā 10Ā (Ā 1Ā )Ā (Ā 1986Ā )Ā , pp.Ā 31Ā –Ā 39Ver en ScopusĀ Google AcadĆ©mico
Manteli, van den Hoof y van Vliet, 2014C.Ā ManteliĀ ,Ā B.Ā van den HoofĀ ,Ā H.Ā van VlietEl efecto de la gobernanza en el desarrollo global de software: una investigación empĆrica en sistemas de memoria transaccional.TecnologĆas de la Información y del SoftwareĀ ,Ā 56Ā (Ā 10Ā )Ā (Ā 2014Ā )Ā ,Ā pĆ”gsĀ .Ā 1309-1321Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Meier, 2008SRĀ MeierMejores prĆ”cticas de gestión de proyectos e ingenierĆa de sistemas en la fase previa a la adquisición para las agencias federales de inteligencia y defensa.Revista de Gestión de ProyectosĀ ,Ā 39Ā (Ā 1Ā )Ā (Ā 2008Ā )Ā , pp.Ā 59Ā –Ā 71CrossrefĀ Google Scholar
Menezes, GusmĆ£o y Moura, 2019J.Ā MenezesĀ ,Ā C.Ā GusmĆ£oĀ ,Ā H.Ā MouraFactores de riesgo en proyectos de desarrollo de software: una revisión sistemĆ”tica de la literaturaRevista de Calidad del SoftwareĀ ,Ā 27Ā (Ā 3Ā )Ā (Ā 2019Ā )Ā , pp.Ā 1149Ā –Ā 1174Ver enĀ Crossref, ScopusĀ y Google Scholar
Moh’d, Äerne y Zhang, 2021SSĀ Moh’dĀ ,Ā M.Ā ÄerneĀ ,Ā P.Ā ZhangUn anĆ”lisis configuracional exploratorio de los antecedentes del ocultamiento del conocimiento en equipos de proyectoRevista de Gestión de ProyectosĀ ,Ā 52Ā (Ā 1Ā )Ā (Ā 2021Ā )Ā , pp.Ā 31Ā –Ā 44Ver enĀ Crossref, ScopusĀ y Google Scholar
Moreland, 1999RL MorelandMemoria transaccional: Aprender quién sabe qué en grupos de trabajo y organizacionesCognición compartida en las organizaciones , Psychology Press ( 1999 ) , pÔgs. 3-32Crossref Google Scholar
Nidumolu, 1995NidumoluEl efecto de la coordinación y la incertidumbre en el rendimiento de los proyectos de software: el riesgo residual de rendimiento como variable intervinienteInvestigación en Sistemas de InformaciónĀ ,Ā 6Ā (Ā 3Ā )Ā (Ā 1995Ā )Ā , pp.Ā 191Ā –Ā 219Ver enĀ Crossref, ScopusĀ y Google Scholar
Nidumolu, 1996NidumoluUna comparación de las perspectivas de contingencia estructural y basadas en el riesgo sobre la coordinación en proyectos de desarrollo de software.Revista de Sistemas de Información de GestiónĀ ,Ā 13Ā (Ā 2Ā )Ā (Ā 1996Ā )Ā , pp.Ā 77Ā –Ā 113Ver enĀ Crossref, ScopusĀ y Google Scholar
Oda y Ayavoo, 2020E.Ā OdeĀ ,Ā R.Ā AyavooEl papel mediador de la aplicación del conocimiento en la relación entre las prĆ”cticas de gestión del conocimiento y la innovación empresarialRevista de Innovación y ConocimientoĀ ,Ā 5Ā (Ā 3Ā )Ā (Ā 2020Ā )Ā , pp.Ā 210Ā –Ā 218Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Paul, Haseman y Ramamurthy, 2004S.Ā PaulĀ ,Ā DWĀ HasemanĀ ,Ā K.Ā RamamurthyMemoria colectiva y toma de decisiones grupales basadas en el conflicto cognitivo: una investigación experimentalSistemas de apoyo a la decisiónĀ ,Ā 36Ā (Ā 3Ā )Ā (Ā 2004Ā )Ā , pp.Ā 261Ā –Ā 281Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Payne, 1995JHĀ PayneGestión de mĆŗltiples proyectos simultĆ”neos: una revisión del estado del arteRevista Internacional de Gestión de ProyectosĀ ,Ā 13Ā (Ā 3Ā )Ā (Ā 1995Ā )Ā , pp.Ā 163Ā –Ā 168Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Peterson y Kim, 2013R.A.Ā PetersonĀ ,Ā Y.Ā KimSobre la relación entre el coeficiente alfa y la fiabilidad compuestaRevista de PsicologĆa AplicadaĀ ,Ā 98Ā (Ā 1Ā )Ā (Ā 2013Ā )Ā , pp.Ā 194Ā –Ā 198Ver enĀ Crossref, ScopusĀ y Google Scholar
Pinto y Mantel, 1990JK Pinto , SJ MantelLas causas del fracaso del proyectoIEEE Transactions on Engineering Management , 37 ( 4 ) ( 1990 ) , pÔgs . 269-276Ver en Scopus Google Académico
Pinto y Slevin, 1988JKĀ PintoĀ ,Ā DPĀ SlevinĆxito del proyecto: Definiciones y tĆ©cnicas de mediciónRevista de Gestión de ProyectosĀ ,Ā 19Ā (Ā 1Ā )Ā (Ā 1988Ā )Ā , pp.Ā 67Ā –Ā 72Google AcadĆ©mico
Podsakoff, MacKenzie, Lee y Podsakoff, 2003PMĀ PodsakoffĀ ,Ā SBĀ MacKenzieĀ ,Ā J.-Y.Ā LeeĀ ,Ā NPĀ PodsakoffSesgos metodológicos comunes en la investigación del comportamiento: una revisión crĆtica de la literatura y soluciones recomendadasRevista de PsicologĆa AplicadaĀ ,Ā 88Ā (Ā 5Ā )Ā (Ā 2003Ā )Ā , p.Ā 879Ver en ScopusĀ Google AcadĆ©mico
Podsakoff, MacKenzie y Podsakoff, 2012PMĀ PodsakoffĀ ,Ā SBĀ MacKenzieĀ ,Ā NPĀ PodsakoffFuentes de sesgo metodológico en la investigación en ciencias sociales y recomendaciones sobre cómo controlarlo.Revisión anualĀ de psicologĆaĀ ,Ā 63Ā (Ā 2012Ā )Ā , pĆ”gsĀ .Ā 539-569Ver enĀ Crossref, ScopusĀ y Google Scholar
Porter-Roth, 2002B.Ā Porter-RothSolicitud de propuestas: Una guĆa para el desarrollo eficaz de una RFPAddison-Wesley BostonĀ (Ā 2002Ā )Google AcadĆ©mico
Prahalad y Ramaswamy, 2004CK Prahalad , V. RamaswamyCo-creando valor único con los clientesEstrategia y Liderazgo , 32 ( 3 ) ( 2004 ) , pÔgs . 4-9Ver en Crossref, Scopus y Google Scholar
Instituto de Gestión de Proyectos, 2017Instituto de Gestión de ProyectosGuĆa de los fundamentos para la dirección de proyectos (GuĆa PMBOKĀ®)āSexta ediciónProject Management InstituteĀ ,Ā Newtown Square, PAĀ (Ā 2017Ā )Google AcadĆ©mico
Instituto de Gestión de ProyectosInstituto de Gestión de ProyectosInstituto de Gestión de Proyectos: El pulso de la profesiónObtenido dewww.pmi.org/learning/thought-leadership/pulse/pulse-of-the-profession-2018 (2018)Google Académico
Rai y Al-Hindi, 2000A.Ā RaiĀ ,Ā H.Ā Al-HindiLos efectos del modelado del proceso de desarrollo y la incertidumbre de la tarea en el desempeƱo de la calidad del desarrolloInformación y gestiónĀ ,Ā 37Ā (Ā 6Ā )Ā (Ā 2000Ā )Ā , pĆ”gs.Ā 335Ā –Ā 346Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
RodrĆguez-Rivero, Ortiz-Marcos, DĆaz-Barcos y Lozano, 2020R.Ā RodrĆguez-RiveroĀ ,Ā I.Ā Ortiz-MarcosĀ ,Ā V.Ā DĆaz-BarcosĀ ,Ā SAĀ LozanoAplicación del enfoque prospectivo estratĆ©gico a la gestión de proyectos en un proyecto de desarrollo en ColombiaRevista Internacional de Gestión de ProyectosĀ ,Ā 38Ā (Ā 8Ā )Ā (Ā 2020Ā )Ā ,Ā pĆ”gsĀ .Ā 534-547Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Ropponen y Lyytinen, 1997J.Ā RopponenĀ ,Ā K.Ā LyytinenĀæPuede la gestión de riesgos del software mejorar el desarrollo de sistemas?: Un estudio exploratorioRevista Europea de Sistemas de InformaciónĀ ,Ā 6Ā (Ā 1Ā )Ā (Ā 1997Ā )Ā , pp.Ā 41Ā –Ā 50Ver enĀ Crossref, ScopusĀ y Google Scholar
Sant, 2012T. SantPropuestas comerciales persuasivas: Cómo redactar para conseguir mÔs clientes y contratos.Amacom ( 2012 )Google Académico
Savolainen, Ahonen y Richardson, 2012P.Ā SavolainenĀ ,Ā JJĀ AhonenĀ ,Ā I.Ā RichardsonĆxito y fracaso de los proyectos de desarrollo de software desde la perspectiva del proveedor: una revisión sistemĆ”tica de la literaturaRevista Internacional de Gestión de ProyectosĀ ,Ā 30Ā (Ā 4Ā )Ā (Ā 2012Ā )Ā , pp.Ā 458Ā –Ā 469Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Searcy, 2009T.Ā SearcyĀ”Las solicitudes de propuestas son un fastidio!: Cómo dominar el sistema de solicitudes de propuestas de una vez por todas para conseguir grandes contratos o una guĆa completa con ejemplos y consejos para redactar respuestas a solicitudes de propuestas que ganen contratos gubernamentales y corporativos.Channel V BooksĀ (Ā 2009Ā )Google AcadĆ©mico
Sedano, Rengasamy y PĆ©raire, 2016T.Ā SedanoĀ ,Ā A.Ā RengasamyĀ ,Ā C.Ā PĆ©raireAprobación de propuestas para cursos de proyectos en equipo sobre ingenierĆa de softwareEducaciónĀ y formación en ingenierĆa de softwareĀ (Ā CSEETĀ )Ā (Ā 2016Ā )Ā , pĆ”gs.Ā 175-183Ver en ScopusĀ Google AcadĆ©mico
Smith, Payne y Shackleton, 2022T.Ā SmithĀ ,Ā C.Ā PayneĀ ,Ā J.Ā ShackletonConstruir una fuente de verdad autorizada en un panorama informativo cambianteInsightĀ ,Ā 25Ā (Ā 1Ā )Ā (Ā 2022Ā )Ā , pp.Ā 29Ā –Ā 33CrossrefĀ Google Scholar
Smith, Merna y Jobling, 2014NJ Smith , T. Merna , P. JoblingGestión de riesgos en proyectos de construcciónJohn Wiley & Sons ( 2014 )Google Académico
Sundara y otros, 2021WCĀ SundaraĀ ,Ā RAĀ HaryatiĀ ,Ā SAĀ RachmatĀ ,Ā ASĀ PutraĀ ,Ā N.Ā AisyahEfecto de los recursos humanos y el presupuesto en la gestión de riesgos de proyectos para sistemas de planificación de recursos empresarialesRevista de Investigación e InnovaciónĀ ,Ā 1Ā (Ā 2Ā )Ā (Ā 2021Ā )Ā , pp.Ā 125Ā –Ā 130Google AcadĆ©mico
Sutterfield, Friday-Stroud y Shivers-Blackwell, 2006JSĀ SutterfieldĀ ,Ā SSĀ Friday-StroudĀ ,Ā SLĀ Shivers-BlackwellEstudio de caso sobre fracasos en la gestión de proyectos y partes interesadas: Lecciones aprendidasRevista de Gestión de ProyectosĀ ,Ā 37Ā (Ā 5Ā )Ā (Ā 2006Ā )Ā , pp.Ā 26Ā –Ā 35CrossrefĀ Google Scholar
Tabassum y otros, 2024M. Tabassum , MM Razig , JL Rice , FM Borini , A. WajidCo-creación del desempeño organizacional y el éxito del proyecto mediante la participación del cliente, la gestión de riesgos de los requisitos y la integración del conocimiento: evidencia de múltiples estudios.Benchmarking : An International Journal , 31 ( 5 ) ( 2024 ) , pp. 1611-1642Ver en Crossref, Scopus y Google Scholar
Taylor, Artman y Woelfer, 2012H.Ā TaylorĀ ,Ā E.Ā ArtmanĀ ,Ā J.P.Ā WoelferGestión de riesgos en proyectos de tecnologĆa de la información: Uniendo la investigación y la prĆ”cticaRevista de TecnologĆa de la InformaciónĀ ,Ā 27Ā (Ā 1Ā )Ā (Ā 2012Ā )Ā , pp.Ā 17Ā –Ā 34Ver enĀ Crossref, ScopusĀ y Google Scholar
Teller, 2013J. TellerGestión del riesgo de la cartera y su contribución al éxito de la cartera de proyectos: Una investigación sobre organización, proceso y cultura.Revista de Gestión de Proyectos , 44 ( 2 ) ( 2013 ) , pÔgs . 36-51Ver en Crossref, Scopus y Google Scholar
Tikkanen, Kujala y Artto, 2007H.Ā TikkanenĀ ,Ā J.Ā KujalaĀ ,Ā K.Ā ArttoLa estrategia de marketing de una empresa basada en proyectos: El marco de las cuatro carterasGestión de Marketing IndustrialĀ ,Ā 36Ā (Ā 2Ā )Ā (Ā 2007Ā )Ā , pp.Ā 194Ā –Ā 205Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Verner y otros, 2014JMĀ VernerĀ ,Ā OPĀ BreretonĀ ,Ā BAĀ KitchenhamĀ ,Ā M.Ā TurnerĀ ,Ā M.Ā NiaziRiesgos y mitigación de riesgos en el desarrollo global de software: Un estudio terciarioTecnologĆas de la Información y del SoftwareĀ ,Ā 56Ā (Ā 1Ā )Ā (Ā 2014Ā )Ā , pp.Ā 54Ā –Ā 78Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Wallace, Keil y Rai, 2004aL.Ā WallaceĀ ,Ā M.Ā KeilĀ ,Ā A.Ā RaiCómo el riesgo en los proyectos de software afecta al rendimiento del proyecto: Una investigación de las dimensiones del riesgo y un modelo exploratorioCiencias de la DecisiónĀ ,Ā 35Ā (Ā 2Ā )Ā (Ā 2004Ā )Ā , pp.Ā 289Ā –Ā 321Ver en ScopusĀ Google AcadĆ©mico
Wallace, Keil y Rai, 2004bL.Ā WallaceĀ ,Ā M.Ā KeilĀ ,Ā A.Ā RaiComprender el riesgo de los proyectos de software: un anĆ”lisis de conglomeradosInformación y gestiónĀ ,Ā 42Ā (Ā 1Ā )Ā (Ā 2004Ā )Ā , pĆ”gs.Ā 115Ā –Ā 125Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Wallace y Keil, 2004L.Ā WallaceĀ ,Ā M.Ā KeilRiesgos de los proyectos de software y su efecto en los resultadosComunicaciones de la ACMĀ ,Ā 47Ā (Ā 4Ā )Ā (Ā 2004Ā )Ā , pp.Ā 68Ā –Ā 73Ver en ScopusĀ Google AcadĆ©mico
Wang, Ju, Jiang y Klein, 2008ETĀ WangĀ ,Ā P.-H.Ā JuĀ ,Ā JJĀ JiangĀ ,Ā G.Ā KleinLos efectos del control de cambios y la revisión de la gestión en la flexibilidad del software y el rendimiento del proyectoInformación y gestiónĀ ,Ā 45Ā (Ā 7Ā )Ā (Ā 2008Ā )Ā ,Ā pĆ”gsĀ .Ā 438-443Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Wang, Huang, Davison y Yang, 2018Y.Ā WangĀ ,Ā Q.Ā HuangĀ ,Ā RMĀ DavisonĀ ,Ā F.Ā YangEfecto de los sistemas de memoria transaccional en el rendimiento del equipo mediado por la transferencia de conocimientoRevista Internacional de Gestión de la InformaciónĀ ,Ā 41Ā (Ā 2018Ā )Ā ,Ā pĆ”gsĀ .Ā 65-79Ver PDFVer artĆculoĀ en Crossref yĀ Google Scholar
Wegner, 1987DMĀ WegnerMemoria transaccional: Un anĆ”lisis contemporĆ”neo de la mente grupalTeorĆas del comportamiento grupalĀ ,Ā SpringerĀ (Ā 1987Ā )Google AcadĆ©mico
Wegner, Giuliano y Hertel, 1985DM Wegner , T. Giuliano , PT HertelInterdependencia cognitiva en las relaciones cercanasRelaciones compatibles e incompatibles , Springer ( 1985 )Google Académico
White and Bales, 2018R. White , K. BalesAprovecha la oportunidad de contratación federalFedmarket ( 2018 )Google Académico
Wu y otros, 2023J.Ā WuĀ ,Ā F.Ā ArndtĀ ,Ā H.Ā MaĀ ,Ā P.Ā HughesĀ ,Ā S.Ā TangAprendiendo de la improvisación en nuevos emprendimientosRevista de Innovación y ConocimientoĀ ,Ā 8Ā (Ā 2Ā )Ā (Ā 2023Ā )Ā , ArtĆculoĀ 100346Ver PDFVer artĆculoĀ Ver en ScopusĀ Google Scholar
Yeow y Chua, 2012Yeow, A., y Chua, C. (2012). Gestionando el proceso de RFP desde una perspectiva discursiva. Disponible en SSRN 2034039 .Google Académico
Fuente: https://www.sciencedirect.com/science/article/pii/S2444569X25001829