Análisis de casos de gestión de riesgos de proyectos
Introducción: La incertidumbre del riesgo significa que la ocurrencia del riesgo es incierta, es decir, el alcance del riesgo y cuándo y dónde el riesgo cambia de posibilidad a realidad son todos inciertos. Esto se debe a que la comprensión de las personas del mundo objetivo está limitada por diversas condiciones y es imposible predecir con precisión la aparición de riesgos. El siguiente es el contenido relevante sobre el análisis de casos de gestión de riesgos de proyectos. Espero que el artículo pueda ayudar a todos. Análisis de casos de gestión de riesgos de proyectos.
Hace diez años, Motorola siempre ha sido un representante de la tecnología de vanguardia y la excelencia. , disfrutando de una reputación global. Una posición estimada dentro de una de las empresas más respetadas. Hubo un tiempo en que no tenía precedentes crear un campo industrial cada 10 años y, en algunos casos, se creaban dos industrias cada 10 años. En los 80 años transcurridos desde su creación, ha inventado radios para automóviles, tubos de imagen para televisores en color, televisores en color totalmente de transistores, microprocesadores semiconductores, walkie-talkies, buscapersonas, teléfonos móviles y certificaciones del sistema de gestión de calidad "Six Sigma". Ha creado muchas industrias, como la electrónica automotriz, los televisores en color con transistores, las comunicaciones en clúster, los semiconductores, las comunicaciones móviles y los teléfonos móviles, y durante mucho tiempo no ha podido encontrar rivales en diversos campos.
Sin embargo, una empresa con una historia distinguida ocupó el primer lugar en términos de competitividad de marca de teléfonos móviles en 2003. En 2004, fue superada por Nokia y ocupó el segundo lugar. En 2005, ocupó el segundo lugar por Nokia. Samsung lo superó y ocupó el tercer lugar.
En mayo de 2008, la empresa de investigación de mercado IDC y la empresa de análisis estratégico Strategy Analytics declararon que Motorola podría perder su posición número uno en cuota de mercado norteamericana antes de finales de 2008. El informe trimestral de Motorola también mostró que las ventas mundiales de teléfonos móviles cayeron un 39% en el primer trimestre de 2008, y el departamento de telefonía móvil perdió 418 millones de dólares, un aumento del 80% en comparación con el mismo período del año pasado.
Falló el "Proyecto Iridium Satellite"
Para tomar la iniciativa en el mercado mundial de las comunicaciones móviles y lograr el uso de comunicaciones inalámbricas por teléfono móvil en cualquier parte del mundo, con el Con ayuda del gobierno, algunas empresas estadounidenses encabezadas por Motorola propusieron en 1987 un sistema de constelación de comunicaciones móviles por satélite de nueva generación, Iridium.
El avance tecnológico del sistema satelital Iridium lo sitúa en una posición de liderazgo entre los sistemas de comunicación por satélite actuales. Los satélites del sistema Iridium pueden transmitir información directamente a través de enlaces interestelares, lo que permite a los usuarios del sistema Iridium comunicarse directamente sin depender de la red terrestre. Sin embargo, esto también provoca altos riesgos del sistema, altos costos y costos de mantenimiento en comparación con los terrestres. . El coste de mantenimiento de todo el sistema satelital cuesta cientos de millones de dólares al año.
Nadie puede negar el contenido de alta tecnología de Iridium, pero el cuento de hadas tecnológico de fin de siglo tejido con 66 satélites de alta tecnología se posicionó como tecnología aristocrática al inicio de su uso comercial. . El precio de cada teléfono móvil de Iridium llega a los 3.000 dólares estadounidenses. Además de las elevadas tarifas de las llamadas, sólo tiene 10.000 usuarios en todo el mundo en los dos primeros trimestres de su funcionamiento. Esto hace que las pérdidas de Iridium en los dos primeros trimestres alcancen los mil millones de dólares. . Aunque Iridium posteriormente redujo sus tarifas, no pudo revertir la caída. Análisis de caso de gestión de riesgos del proyecto
1 Introducción a los antecedentes de la empresa
Hebei H-A Accounting Firm es una agencia piloto del Departamento de Finanzas de la provincia de Hebei para realizar auditorías sociales para empresas estatales grandes y medianas. empresas de tamaño. Es responsable de las grandes y medianas empresas provinciales de trabajo de auditoría. Con una rica experiencia laboral, contamos con un grupo de contadores públicos certificados con una rica experiencia práctica.
Un instituto de investigación en la provincia de Hebei es una unidad provincial de investigación científica con más de 50 empleados. Tener ricas habilidades prácticas en el desarrollo de software basado en la plataforma WINDOWS. Durante el trabajo de auditoría, la firma de contabilidad Hebei H-A descubrió que muchas empresas han adoptado software de contabilidad computarizado, lo que ha planteado nuevos requisitos para el trabajo de auditoría. Para satisfacer las necesidades del trabajo de auditoría social, el deseo de desarrollar software de auditoría asistido por ordenador es cada vez más fuerte.
Por lo tanto, cooperamos con un instituto de investigación en la provincia de Hebei para el desarrollo conjunto
2 Análisis del proyecto real
2.1 Introducción del proyecto
El sistema se desarrolla en base a ventanas y Servidor SQL. La herramienta es powerbulider. Durante el proceso de desarrollo del proyecto, *** generó aproximadamente decenas de miles de líneas de código fuente del programa. La dificultad del desarrollo del proyecto y la cantidad de líneas de código fuente fueron mayores de lo esperado. El software de auditoría asistido por computadora tiene la capacidad de crear documentos de trabajo y funciones de verificación que pueden transferirse y pueden generarse automáticamente y combinarse con entradas manuales para producir asientos de compensación consolidados; puede generar automáticamente informes de auditoría y notas contables; declaraciones tiene flexible y abierto El sistema es conveniente para que los usuarios lleven a cabo desarrollo secundario y otras características.
2.2 Riesgos del equipo de desarrollo
El equipo de desarrollo se mantiene con aproximadamente 10 personas. La empresa proporciona 3 personas y la unidad de desarrollo tiene 6-7 personas. Algunas personas solo pueden trabajar. El personal de desarrollo puede participar en todo el proyecto de principio a fin. El flujo de desarrolladores básicamente puede garantizar la continuidad del trabajo.
2.3 Riesgos Técnicos
La estructura de datos es compleja y existen muchas conexiones. Es necesario crear nuevos algoritmos o tecnologías de entrada y salida; el software debe interactuar con sistemas de bases de datos de otros productos de software para que los clientes puedan determinar que las funciones requeridas son viables. Al mismo tiempo, debido a que la aplicación de software de auditoría en China todavía estaba en sus inicios en ese momento, los desarrolladores generalmente no estaban familiarizados con el sistema, lo que también conllevaba riesgos técnicos considerables.
2.4 Riesgos relacionados con el cliente
Los usuarios no tienen muy claras sus necesidades reales. Piensan que los ordenadores son omnipotentes y simplemente diciendo lo que quieren hacer dejará claras sus necesidades. , pero no está dispuesto a hablar mucho sobre las reglas comerciales y los procesos de trabajo, y no puede explicarlos claramente. Algunos usuarios están ocupados con su trabajo diario y no están dispuestos a dedicar más tiempo y energía a explicar el negocio a los analistas. Esto aumenta la dificultad y la carga de trabajo de los analistas y también puede generar mayores riesgos para el sistema debido a necesidades comerciales insuficientes.
2.5 Riesgos de completar el proyecto a tiempo
Además, este proyecto, como muchos otros proyectos de software, enfrenta una tremenda presión desde la fecha de finalización. Análisis de caso de gestión de riesgos del proyecto
Un proyecto de ingeniería de superficie de yacimiento petrolífero se construye en dos fases. La primera fase es de 3 millones de toneladas/año y está programada para completarse mecánicamente el 30 de junio de 2011; la segunda fase es de 6; millones de toneladas/año y está previsto que esté terminado el 30 de junio de 2011. La maquinaria se completó el 30 de diciembre de 2011. Incluyen principalmente: estación central de procesamiento de petróleo crudo, central eléctrica, dispositivo de procesamiento de gas, estación de inyección de agua, estación de fuente de agua, tubería externa, pozo único, estación de medición, tubería de recolección, línea de transmisión de energía y otros proyectos.
Debido a la gran escala del proyecto, se genera una amplia variedad y cantidad de documentos del proyecto. Por lo tanto, en términos del modo de ejecución del control de documentos, el departamento de proyectos asignó el equipo de control de documentos al departamento de control. De acuerdo con las características del proyecto para trabajar con el control de progreso del proyecto, el control de calidad, el control de costos y otras funciones de control del proyecto se agrupan para implementar el control y la gestión unificados del proyecto.
Al mismo tiempo, se establecen ingenieros de control de documentos en el departamento de diseño, departamento de compras y departamento de construcción. Los ingenieros de control de documentos colaboran con los ingenieros profesionales de los departamentos funcionales anteriores, fortaleciendo así eficazmente el documento. Controlar las interfaces de trabajo del proyecto. A medida que el diseño, las adquisiciones, la construcción y otros trabajos del proyecto se llevan a cabo gradualmente de manera integral y el departamento de proyectos se ha trasladado de China al extranjero, la asignación del personal de control de documentos también ha pasado por cuatro etapas principales: p>
La primera etapa: inicio del proyecto. Se designaron dos ingenieros de control de documentos para ser responsables del trabajo de control de documentos en la etapa inicial del proyecto.
La segunda etapa: con el desarrollo completo; del trabajo de diseño, se agregaron dos ingenieros de control de documentos para hacerse cargo del trabajo de control de documentos del departamento de proyectos nacionales. Al mismo tiempo, se agregó un ingeniero de control de documentos para hacerse cargo del trabajo de control de documentos del departamento de proyectos extranjeros;
La tercera etapa: Con el desarrollo completo de los trabajos de adquisiciones y construcción, se agregaron cuatro ingenieros de control de documentos para hacerse cargo del trabajo de control de documentos del departamento de proyectos extranjeros.
La cuarta etapa: a medida que el trabajo del proyecto se completa gradualmente, el ingeniero de control de documentos ajustará el enfoque del trabajo a la organización de los materiales de entrega del proyecto y finalmente logrará la entrega de los documentos del proyecto.
A juzgar por las cuatro etapas principales anteriores, para este proyecto de gran escala y ubicaciones dispersas, la configuración del personal del equipo de control de documentos del departamento de control es relativamente simplificada y es necesario realizar el proyecto. El trabajo de control de documentos. La buena ejecución es inseparable de la cooperación y colaboración de los ingenieros de control de documentos y los ingenieros profesionales de los principales departamentos funcionales del departamento de proyectos. Aunque el departamento de proyectos asignó el grupo de control de documentos al departamento de control, el grupo de control de documentos no se comunicó lo suficiente con otras funciones importantes del departamento de proyectos y no participó plenamente en la gestión de control integral unificada del progreso, la calidad, los costos, etc. ., lo que resultó en un control de documentos relativamente independiente, no logró integrarse mejor con la gestión de proyectos. Aunque los resultados finales de la ejecución del trabajo de control de documentos del proyecto son satisfactorios, este modelo de ejecución de gestión de control de documentos tiene las siguientes deficiencias que deben mejorarse:
Aunque el equipo de control de documentos está afiliado al departamento de control del departamento de proyectos , no está relacionado con el departamento de control en sí. Hay menos comunicación entre otras funciones y no existe una interfaz de trabajo clara y un programa de interfaz de trabajo. No coopera con otras funciones principales del departamento de control y no desempeña un papel en. gestión y control integrales del progreso, la calidad, los costos, etc. del proyecto.
Dado que los lugares de trabajo del proyecto están tanto en el país como en el extranjero, y el personal de control de documentos está distribuido en múltiples departamentos funcionales del departamento de proyectos, Es imposible llevar a cabo una gestión y control unificados y centralizados de los documentos del proyecto. Los ingenieros de control de documentos y varios ingenieros funcionales La relación entre los ingenieros profesionales del departamento es relativamente floja, existen diferencias en los estilos y métodos de trabajo y existe una falta de control de documentos y. planes de gestión de la comunicación.
A través de los casos anteriores, se puede encontrar que para un proyecto de construcción de ingeniería internacional moderno, una estructura organizativa de control de documentos y un modelo de gestión razonables y aplicables son condiciones necesarias para mejorar el nivel de gestión del proyecto y lograr los objetivos de gestión del proyecto. .