Red de conocimiento informático - Consumibles informáticos - Análisis de casos de gestión de riesgos de proyectos

Análisis de casos de gestión de riesgos de proyectos

Introducción: La incertidumbre del riesgo se refiere a la incertidumbre de la ocurrencia de riesgos, es decir, la incertidumbre del alcance del riesgo y el momento y lugar donde el riesgo cambia de posibilidad a realidad. Esto se debe a que la comprensión del mundo objetivo por parte de las personas está limitada por diversas condiciones y no puede predecir con precisión la aparición de riesgos. El siguiente es un estudio de caso de gestión de riesgos de proyectos. ¡Espero que este artículo pueda ayudarte!

Análisis de casos de gestión de riesgos de proyectos Hace diez años, Motorola siempre había sido un representante de tecnología de vanguardia y modelos excelentes, y disfrutaba de un estatus respetado como una de las empresas más respetadas del mundo. Solía ​​crear un sector industrial cada 10 años, y algunos incluso dos cada 10 años. En los 80 años transcurridos desde su creación, ha inventado sucesivamente radios para automóviles, tubos de imagen para televisión en color, televisores en color totalmente transistorizados, microprocesadores semiconductores, walkie-talkies, buscapersonas, teléfonos móviles y certificaciones de sistemas de gestión de calidad "seis Sigma". Electrónica automotriz, transistores, televisores en color, comunicaciones en clúster, semiconductores, comunicaciones móviles, teléfonos móviles y otras industrias. Y ha pasado mucho tiempo desde que encontré un oponente en varios campos.

Sin embargo, una empresa con una larga trayectoria ocupó el primer lugar en competitividad de marcas de teléfonos móviles en 2003, el segundo lugar después de ser superada por Nokia en 2004 y el tercer lugar después de ser superada por Samsung en 2005.

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 primer lugar en la cuota de mercado norteamericana antes de finales de 2008. El informe trimestral de Motorola también mostró que en el primer trimestre de 2008, las ventas mundiales de teléfonos móviles cayeron un 39% y el departamento de telefonía móvil perdió 41.800 millones de dólares, un aumento del 80% en comparación con el mismo período del año pasado.

Ser "derrotado el proyecto Iridium"

Para tomar la iniciativa en el mercado mundial de las comunicaciones móviles y hacer realidad el uso de las comunicaciones inalámbricas de telefonía móvil en cualquier parte del mundo, Motorola es la líder Algunas empresas estadounidenses, con la ayuda del gobierno, propusieron un sistema de constelación de comunicaciones móviles por satélite de nueva generación en 1987. mdash ampmdashiridium.

El avance tecnológico del sistema satelital Iridium está a la vanguardia de los actuales sistemas de comunicación por satélite. 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 redes terrestres. Sin embargo, esto también genera altos riesgos y costos para el sistema, y ​​los costos de mantenimiento son mucho más altos que en tierra. El coste de mantenimiento de todo el sistema satelital asciende a cientos de millones de dólares al año.

Nadie puede negar el contenido de alta tecnología de Iridium, pero los 66 satélites de alta tecnología que tejen el cuento de hadas de la ciencia y la tecnología a finales de siglo se han posicionado en el inicio de la comercialización. ldquo;tecnología noble;rdquo. Los teléfonos Iridium cuestan hasta 3.000 dólares cada uno, además de facturas telefónicas elevadas. En los dos primeros trimestres de su apertura, Iridium ha desarrollado 6,543,8 millones de usuarios solo en todo el mundo, lo que provocó que las pérdidas de Iridium en los dos primeros trimestres alcanzaran los 654,38 mil millones de dólares estadounidenses. Aunque Iridium posteriormente redujo sus tarifas, no pudo revertir la caída.

Análisis de caso de gestión de riesgos de proyectos: 1 perfil de empresa

Hebei H-A Accounting Firm es una oficina piloto de auditoría social para empresas estatales grandes y medianas del Departamento de Finanzas de la provincia de Hebei , responsable de la auditoría social de las grandes y medianas empresas directamente dependientes del gobierno provincial. Tenemos una rica experiencia laboral y 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 de investigación científica a nivel provincial con más de 50 empleados. Tiene amplias habilidades prácticas en el desarrollo de software basado en la plataforma WINDOWS. Durante el trabajo de auditoría, la firma de contabilidad Hebei Hengan 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 computadora es cada vez más fuerte. Por lo tanto, se desarrolló conjuntamente con un instituto de investigación de la provincia de Hebei.

2 Análisis real del proyecto

2.1 Introducción al proyecto

El sistema está desarrollado en base a Windows y SQL Server, y la herramienta de desarrollo es Powerbulider. Durante el proceso de desarrollo del proyecto, * * * generó 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 superaron las expectativas.

El software de auditoría asistido por computadora tiene la capacidad de producir papeles de trabajo y funciones de verificación; los datos se pueden transmitir, generar automáticamente e ingresar manualmente para generar asientos de compensación consolidados; puede generar automáticamente informes de auditoría y notas a los estados contables; Las funciones abiertas hacen que sea conveniente para los usuarios realizar un desarrollo secundario.

2.2 Riesgos del equipo de desarrollo

El equipo de desarrollo se mantiene en unas 10 personas, de las cuales la empresa aporta 3 personas y la unidad de desarrollo tiene 6-7 personas. Algunas personas sólo pueden trabajar a tiempo parcial, mientras que los desarrolladores pueden participar en todo el proceso. El flujo de desarrolladores básicamente puede garantizar la continuidad del trabajo.

2.3 Riesgo Técnico

La estructura de datos es compleja y hay muchas conexiones. Es necesario crear nuevos algoritmos o tecnologías de entrada y salida; el software debe conectarse a los sistemas de bases de datos de otros productos de software; los clientes pueden estar seguros de que las funciones requeridas son viables; Al mismo tiempo, debido a que la aplicación de software de auditoría en China aún está en sus inicios, los desarrolladores generalmente no están familiarizados con el sistema, lo que también conlleva riesgos técnicos considerables.

2.4 Riesgos relacionados con el cliente

Los usuarios no tienen muy claras sus necesidades reales. Creen que las computadoras son omnipotentes. Simplemente hablar de lo que quieren hacer significa aclarar los requisitos, pero no están dispuestos a hablar sobre reglas comerciales y procesos de trabajo, y no están claros. 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 aumentará la dificultad y la carga de trabajo de los analistas y también puede generar requisitos comerciales insuficientes y mayores riesgos del sistema.

2.5 Riesgos de completar el proyecto a tiempo

Además, este proyecto, como muchos otros proyectos de software, enfrenta una gran presión en términos de fecha de finalización.

Análisis de caso de gestión de riesgos del proyecto Un proyecto de ingeniería de superficie de un yacimiento petrolífero se construye en dos fases. La primera fase tiene una capacidad de 3 millones de toneladas/año y está prevista su finalización mecánica el 30 de junio de 2011. La segunda fase tiene una capacidad de 6 millones de toneladas por año y está previsto que esté terminada mecánicamente el 30 de febrero de 2011. Incluyen principalmente: estación central de procesamiento de petróleo crudo, central eléctrica, dispositivo de procesamiento de gas natural, estación de inyección de agua, estación de fuente de agua, tubería de transmisión 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, existen muchos tipos y grandes cantidades de documentos de proyecto. Por lo tanto, en términos del modo de ejecución del control de documentos, el departamento de proyectos coloca al equipo de control de documentos bajo el departamento de control de acuerdo con las características del proyecto y planifica junto con el control del proyecto funciones como el control de progreso del proyecto, control de calidad y control de costos. control para realizar un control unificado y gestionar el proyecto.

Al mismo tiempo, hemos establecido 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 cooperan con los ingenieros profesionales de los departamentos funcionales mencionados anteriormente, fortaleciendo efectivamente la comunicación entre ellos. las interfaces de trabajo de control documental de este proyecto. Con el desarrollo de proyectos de diseño, adquisiciones, construcción y otros, y la reubicación de departamentos de proyectos de países nacionales a países extranjeros, el despliegue del personal de control de documentos también ha pasado por cuatro etapas principales:

La primera etapa: inicio del proyecto, establecimiento de 2 Un ingeniero de control de documentos es responsable del trabajo relacionado con los documentos preliminares del proyecto;

La segunda fase: con el desarrollo general del trabajo de diseño, se agregan 2 ingenieros de control de documentos para tomar a cargo del trabajo de control de documentos del departamento de proyectos nacional, y se agrega 1 ingeniero de control de documentos más. El ingeniero de control de documentos es responsable del trabajo de control de documentos del departamento de proyectos extranjero;

La tercera fase: con el desarrollo completo de adquisiciones y construcción, se agregan 4 nuevos ingenieros de control de documentos para ser responsables del control de documentos del departamento de proyectos extranjeros;

p>

La cuarta etapa: a medida que el trabajo del proyecto se completa gradualmente , el ingeniero de control de documentos ajustará su enfoque de trabajo a la organización de los materiales de finalización del proyecto y, en última instancia, logrará la entrega de los documentos del proyecto.

Desde la perspectiva de las cuatro etapas principales anteriores, para proyectos descentralizados a gran escala, la dotación de personal del equipo de control de documentos del departamento de control es relativamente simple, y la buena implementación del trabajo de control de documentos del proyecto no puede Estar separado de los principales departamentos funcionales del departamento de proyectos. Cooperación y colaboración de ingenieros de control de documentos e ingenieros profesionales. Aunque el departamento de proyectos colocó al grupo de control de documentos bajo el departamento de control, el grupo de control de documentos no se comunicó lo suficiente con otros departamentos funcionales importantes del departamento de proyectos y no participó plenamente en el control y la gestión unificados e integrales del progreso, la calidad y la calidad del proyecto. y costo, lo que resulta en un control de documentos relativamente independiente. No lograr una mejor integración con la gestión de proyectos.

Aunque el efecto de implementación del control de documentos del proyecto final es satisfactorio, este modelo de implementación de gestión de control de documentos tiene las siguientes deficiencias y necesita mejoras:

Aunque el equipo de control de documentos pertenece al departamento de control del departamento de proyectos, no es relacionado con otros miembros del propio departamento de control, hay poca comunicación funcional, no se establecen una interfaz de trabajo clara y procedimientos de interfaz de trabajo, y no logra ejercer sinergia con otras funciones principales del departamento de control para gestionar y controlar de manera integral el progreso del proyecto. calidad y costo.

Dado que los lugares de trabajo del proyecto están en el país y en el extranjero, el personal de control de documentos está distribuido en múltiples departamentos funcionales del departamento de proyectos, y es imposible llevar a cabo una gestión y control unificados y centralizados de los documentos del proyecto. Los ingenieros de control de documentos tienen poco contacto con ingenieros profesionales en varios departamentos funcionales, existen diferencias en los métodos de trabajo y falta un plan de gestión de comunicaciones de control de documentos.

A través de los casos anteriores, podemos encontrar que para un proyecto de construcción de ingeniería internacional moderno, un modelo de organización y gestión de control de documentos razonable y aplicable es una condición necesaria para mejorar el nivel de gestión del proyecto y lograr los objetivos de gestión del proyecto. .