casa / materiales/ Modelado situacional en la gestión de proyectos. Modelado de decisiones gerenciales. Lista de literatura usada

Modelado situacional en la gestión de proyectos. Modelado de decisiones gerenciales. Lista de literatura usada

Este artículo está planificado como la primera publicación de una serie de artículos sobre gestión inteligente de proyectos.
La publicación discutirá brevemente los temas de simulación de gestión de proyectos (PM) e intelectualización de PM.

Se supone que el lector está superficialmente familiarizado con la teoría de la gestión de proyectos y el análisis de sistemas, y posiblemente también con el diseño. sistemas de información. El conocimiento profundo en todas o en una de las áreas puede provocar un deseo irresistible de escribir un comentario, ¡lo cual es bienvenido!... o tirarle algo pesado al autor...
Entonces empecemos.

1. Modelo de proyecto

De acuerdo con PMBoK 5 (1), hay varias áreas de conocimiento de gestión de proyectos (no las tocaremos todas). En cada una de las áreas se considera el proyecto desde diferentes ángulos, se distinguen todo tipo de entidades/objetos, métodos de gestión y su influencia en el proyecto, como una forma de organizar el trabajo para lograr un objetivo específico o resolver un problema. Aquí solo describimos brevemente los objetos típicos que se pueden identificar en la gestión de proyectos, sus características, relaciones, así como la mecánica general de simulación y su correspondencia con el ciclo de vida del proyecto.

Objetos típicos y sus características.
Proyecto tiene las siguientes características: gerente, nombre, tipo, fecha de inicio planificada, fecha de inicio real, fecha de finalización planificada, fecha de finalización real, estado actual del ciclo de vida, saldo de apertura del proyecto, saldo actual del proyecto.
Características calculadas o determinadas sobre la base de otros objetos: equipo de proyecto, porcentaje de trabajo completado, atraso o adelanto en la cantidad de trabajo realizado, atraso o adelanto en términos, costo planificado.
Tarea/Trabajo- aquí se indican características similares al proyecto, a las que se agregan las siguientes: aceptante, ejecutor responsable, tipo de obra ejecutada, proyecto, lugar, porcentaje de avance.
Características calculadas o determinadas sobre la base de otros objetos: la secuencia de ejecución dentro del proyecto, la composición de los ejecutantes, el historial de cambios de estado, el costo de completar la tarea/trabajo.
recurso material(activos fijos): tipo de objeto, fecha de registro, fecha de puesta en servicio, nombre, valor en libros.
Calculado o determinado: depreciación, estado actual, donde se usa actualmente, horario de uso.
recurso consumible(materias primas, repuestos): tipo de recurso, existencias iniciales, ubicación, fecha de entrega, fecha de caducidad.
Estimado o determinado: reservas actuales, intensidad de consumo
Personal: nombre completo, colocación permanente.
Estimado o determinado: disponibilidad para el trabajo, compatibilidad con otros empleados, ubicación actual para la duración del trabajo, donde se trate, horario de trabajo.
Riesgo: probabilidad de ocurrencia, costo del daño, descripción, duración de la influencia, indicador de activación del riesgo.
Calculado o determinado: medidas para eliminar las consecuencias, medidas para evitar la ocurrencia o evasión, costo, tiempo de ejecución.

Relaciones y Dependencias
Tarea de proyecto- se llevan a cabo dentro de los plazos del proyecto.
tarea--tarea- puede tener una relación jerárquica (vertical), puede tener una relación en forma de indicación de la secuencia de ejecución (horizontal).
Recurso material -- tarea– está vinculado a través de la relación del horario con la tarea, indicando el horario de uso.
Recurso consumible--tarea– está vinculado a través de la relación entre el cronograma y la tarea con una indicación del margen necesario para su implementación.
Personal - tarea– se puede utilizar dentro de varias tareas, para lo cual se indica el horario de trabajo y el porcentaje de uso en la tarea.
Riesgo--[Objeto]– al especificar la relación con [Objeto], se indica la probabilidad de ocurrencia.
Por supuesto, esta no es una lista completa de objetos.

Mecánica
Cada ciclo de modelado corresponde a un tiempo fijo - 1 día/hora de ejecución del proyecto. Para hacer esto, aceptaremos todos los términos e intervalos en el proyecto: múltiplos de 1 día / hora. El diagrama de bucle de simulación se muestra a continuación:

El ciclo de simulación es el siguiente:

Establecer valores iniciales para el proyecto a simular. Se crea un proyecto, se prepara un cronograma del proyecto, un árbol de riesgos. En esta etapa también están disponibles las funciones de apoyo intelectual para la gestión de proyectos, pero este paso no se puede completar sin un tomador de decisiones.
La iteración comienza con la determinación de los valores efectivos.
Ejecución de un compás. Cada ciclo de simulación realiza las siguientes operaciones:
- los recursos se gastan en tareas,
- se comprueba la probabilidad de fallos (riesgos),
- se realiza una cierta cantidad de trabajo de la lista de trabajos para el proyecto,
- transacciones financieras para el proyecto.
Almacena valores calculados para una medida específica
Comprobación de las condiciones para terminar la simulación.
Finalización de la simulación y salida de resultados (valores analíticos, agregados y detallados por pasos de simulación). Al final de la simulación, se guardan los últimos valores (finales) y las razones para terminar la simulación.
Emisión al usuario (o decision maker - decision maker) de información sobre el estado del proyecto sin el uso de optimizaciones, módulos de análisis y apoyo a la decisión. El usuario debe reaccionar al estado actual (si es necesario) o continuar con la simulación.
Evaluación de las decisiones de gestión de usuarios en función de los valores actuales, así como una retrospectiva de sus cambios y decisiones de gestión realizadas por el usuario utilizando algoritmos de optimización, módulos de análisis y apoyo a la decisión.

De acuerdo con ciclo vital proyecto distinguiremos:

inicialización y planificación del proyecto - 1 paso
implementación del proyecto - 2-5, 7 y 8 paso del ciclo
finalización del proyecto - paso 6

Observaciones generales
Todos los datos de los pasos intermedios de la simulación se guardan y acumulan dentro de la simulación actual. Durante el trabajo posterior de los algoritmos de optimización (en el octavo paso del ciclo de simulación), se pueden utilizar los datos de las simulaciones completadas actuales y anteriores (ajustadas para el resultado de la finalización de la simulación).
Con varias actividades de proyecto simultáneas, la simulación para ellas se realiza como si fuera en paralelo (es decir, se simula la ejecución simultánea), en ausencia de desacuerdos sobre los recursos utilizados.
Si hay varios tipos de empleados/recursos, la simulación se realiza para cada uno de ellos en paralelo (es decir, se consumen simultáneamente), si no hay desacuerdos sobre los recursos utilizados.

2. Tecnologías de implementación

Principales temas bajo consideración:

almacenar la estructura de datos del proyecto en la base de datos
interfaz para la interacción del usuario con la estructura de la base de datos
herramientas de implementación del servidor del simulador
interfaz para la interacción entre la base de datos y el servidor del simulador
almacenamiento de la red neuronal y pasos intermedios de iteración del simulador
interacción entre la interfaz de la aplicación y la red neuronal

Como es fácil ver los objetos del proyecto y los enlaces entre ellos, es fácil representarlos en forma de relaciones de bases de datos relacionales y almacenar en esta forma tampoco es difícil, es decir una base de datos relacional será suficiente, MySQL, por ejemplo.
Para desarrollar la interfaz, elegiremos el marco Yii 2 (y la pila de tecnología correspondiente: PHP, HTML, etc.).
Implementación del servidor de simulación - Node.js
Implementación de red neuronal para Node.js como -
Interacción con frontend (Yii2) y Node.js - github.com/oncesk/yii-node-socket
Queda abierta la cuestión del formato de almacenamiento de la propia red neuronal, que está sujeta a los siguientes requisitos:

Reflexión de las propiedades de la red neuronal (relaciones, pesos de las conexiones, etc.)
Acceso seguro (evitar el impacto directo del usuario en la red)
Capacidad de entrenar la red.

3. Lógica de control

Para cada una de las áreas de conocimiento de la gestión de proyectos, hay declaraciones de problemas y métodos matemáticos descritos para resolverlos, con los que el autor está superficialmente familiarizado. Dependiendo del modelo de control, el conocimiento de estas reglas y métodos para resolver problemas debe redistribuirse entre el sistema y el usuario. Los modelos de gestión son los siguientes: (1)

gestión con notificaciones- el sistema no afecta el objeto (proyecto), pero muestra notificaciones sobre cambios en los indicadores y la posibilidad de realizar acciones (se requiere la toma de decisiones y el máximo conocimiento del tomador de decisiones).
control interactivo- el sistema ofrece acciones de control, pero la decisión permanece en el tomador de decisiones (la toma de decisiones permanece en el tomador de decisiones).
control heurístico- el sistema toma decisiones y realiza algunas acciones por sí mismo (el tomador de decisiones está excluido del proceso de gestión).

La implementación de la gestión en sí consiste en monitorear y analizar la totalidad de las características del proyecto y evaluar su desviación de la “normalidad” para un tiempo dado, teniendo en cuenta la dinámica de su cambio. Las acciones de control se seleccionan en base a los datos obtenidos (es decir, si tal combinación de características de algún efecto coincide), así como proyectos similares con situaciones similares y se analizan las decisiones tomadas en ellos. De acuerdo con el grado o nivel de desviación, se pueden aplicar ciertos métodos de influencia:

Redistribución de recursos entre tareas;
Redistribución recursos laborales entre tareas;
Reprogramación de tareas;
Planificación de adquisiciones;
Evasión o adopción de medidas para eliminar las consecuencias de los riesgos.

Para los métodos de influencia, las siguientes características son importantes: el grado de cumplimiento de la situación, la duración de la implementación, el costo de la implementación, el posible tiempo de inicio de la implementación. Para determinar el modo de exposición aplicable, es importante:

Características especificadas por expertos.
Disponibilidad de información en la base de datos acumulada de proyectos terminados.

Es lógico construir estos mecanismos utilizando redes neuronales y lógica difusa. Estos algoritmos se pueden utilizar tanto en la etapa de inicialización y planificación del proyecto, como en la etapa de su implementación. Es posible realizar un análisis: cómo cambiar las características después de aplicar la acción de control.

4. Intelectualización de la simulación

Ese. en la etapa de ejecución del tacto, el tomador de decisiones puede quedar completamente excluido del proceso de gestión. ¿Qué se necesita para esto? Para modelar eventos, se necesitan refinamientos de algunas características (aproximadas). Para realizar acciones de control, el sistema debe “conocer” alguna información adicional sobre el tema, por ejemplo:
1. Redistribución de recursos entre tareas.

intercambiabilidad de recursos: se puede establecer mediante tablas de matriz de correspondencia;
probabilidad de falla de los recursos: la probabilidad se indica en el rango de Xmin a Xmax;
la posibilidad de uso paralelo por varios ejecutores - como una propiedad lógica de la tarea.

2. Redistribución de recursos laborales entre tareas.

intercambiabilidad e incompatibilidad de personal: se puede establecer mediante tablas de matriz de correspondencia;
productividad laboral - como valor calculado en base a datos sobre: experiencia laboral, edad, formación avanzada, etc.
la relación entre los tipos de trabajo realizados y las habilidades requeridas para su implementación se resuelve de manera similar mediante matrices;
probabilidad de ausentismo de los recursos laborales (probabilidad de enfermedad): la probabilidad se indica en el rango de Xmin a Xmax;
la posibilidad de ejecución paralela de un trabajo por varios artistas, como una propiedad lógica de la tarea.

3. Cambiar el cronograma de tareas.

¿es posible suspender la tarea, o la ejecución debe ser continua, como una propiedad lógica de la tarea?
si la tarea está incluida en la "ruta crítica" (es decir, el momento de su implementación afecta directamente el momento de la finalización del proyecto) está determinado por el sistema "sobre la marcha".

4. Planificación de adquisiciones.

intensidad del consumo de recursos - determinado por el sistema "sobre la marcha".
la posibilidad de comprar el equipo necesario, como una propiedad lógica de la tarea.

5. Evitar o tomar medidas para eliminar las consecuencias de los riesgos.

probabilidad de fallas del equipo: la probabilidad se indica en el rango de Xmin a Xmax;
posibles opciones de evasión y eliminación de consecuencias - resueltas por matrices o listas de cumplimiento (indicando el grado de cumplimiento).

Esta no es una lista exhaustiva de tareas. Aquí también es necesario señalar el hecho de que no puede haber una solución universal para ningún proyecto, y lo que es bueno para un proyecto es la muerte para otro. Ese. se necesitan ciertas características clave, sus combinaciones y sus valores, que permitirían digitar y clasificar, seleccionando proyectos similares para entrenar el sistema, por ejemplo:

tipos de recursos involucrados;
tipos de tareas asignadas;
calificaciones y habilidades del personal involucrado;
el tamaño del presupuesto;
duración del proyecto;
el éxito del proyecto;
número de participantes, etc

Lejos del último papel lo jugará el factor de incertidumbre tanto de las características descritas anteriormente como de las propias del proyecto.

5. Multiagencia

Como se señaló anteriormente, los desacuerdos sobre el uso de los recursos pueden darse tanto dentro del proyecto entre tareas como entre diferentes proyectos que utilizan los mismos recursos. Para simplificar el trabajo con los recursos, seleccionaremos un agente, al que llamaremos "Árbitro de recursos". Es a él que los agentes de los "Proyectos" se pondrán en contacto para recursos necesarios, que permitirá redistribuir incluso los recursos reservados en función de la importancia (criticidad) de las tareas o proyectos que se estén realizando.

Conclusión

¿Qué proporcionará tal modelado de simulación o simulación de gestión de proyectos? La respuesta es simple:

gestión con notificaciones- puede utilizarse como formador o prueba de tomadores de decisiones para el conocimiento de ciertos principios o la capacidad de resolver problemas relacionados con la gestión de proyectos.
control interactivo- desarrollo de algunas prácticas y testeo de las mismas sobre el modelo. Esto hará posible cambiar el modelo para adaptarlo a la situación, o viceversa, para evaluar el dominio de los métodos para resolver problemas de PM por parte del tomador de decisiones (autoexamen).
control heurístico- la posibilidad de un gran número de ejecuciones de simulación y la acumulación de cierta experiencia (datos) sobre estas simulaciones para su posterior análisis.

Sin embargo, la imitación y la simulación en sí no son meta final. Como resultado de la acumulación de modelos simples y complejos suficientemente precisos en la base de simulación, el desarrollo y depuración del comportamiento del modelo de simulación y módulos que realizan interacción interactiva y control heurístico (sin toma de decisiones), es posible utilizar el reglas y algoritmos acumulados para controlar (o controlar de forma inteligente) proyectos reales (3).
La implementación de un sistema de este tipo en forma de solución SaaS, con la participación de un cierto número de participantes, permitirá el acceso a la experiencia laboral (impersonal) de otros participantes (con la posibilidad de aprender el sistema).

Definiciones básicas en gestión de proyectos. Seguimiento del progreso del proyecto. Estructuras organizacionales. gráfico de red. modelos temporales. Administracion de recursos. Seguimiento del progreso del proyecto. Carta de Ganges. Horarios de inicio temprano/inicio tardío. Proyecto Matriz. Método de la ruta crítica (CPM). Método de evaluación y revisión de programas (Técnica de Evaluación y Reporte de Programas - PERT). Modelo Costo-Tiempo. Un proyecto independiente (Pure Project). Estructura de desglose del trabajo del proyecto (WBDS). Gestión de proyectos. Proyecto funcional (Proyecto Funcional). Modelización del desarrollo de productos y elección de procesos tecnológicos en el sector manufacturero Diseño de producto. Diseño del flujo de producción. Análisis de proceso. Criterios de excelencia en el proceso de creación de un producto. Punto de equilibrio de analisis. Virtual Factory (Fábrica Virtual) Mapa del proceso tecnológico. (DIAGRAMA DE FLUJO DEL PROCESO). Matriz "casa de la calidad" (House of Quality). Flujo continuo. Producción mostrada (Job Shop). Matriz Producto-Proceso. Análisis de costes funcionales (Análisis de Valor / Ingeniería de Valor). Tecnologías en producción. Sistemas integrados de producción. Tecnologías en el sector servicios. Evaluación del retorno de la inversión en tecnología. Sistemas automatizados planificación y gestión de la producción (Sistemas Automatizados de Planificación y Control de la Fabricación - MP&CS). Sistemas Automatizados de Manejo de Materiales (AMH). Sistemas de fabricación flexibles (Flexible Manufacturing Systems - FMS). Sistemas integrados de fabricación (Computer-Integrated Manufacturing - CIM). Ofimática (Oficina Automatizada). Sistema de diseño asistido por computadora (CAD). Sistemas Cliente/Servidor. Soporte a la Decisión y Sistemas Expertos. Sistemas de reconocimiento de imágenes (Sistemas de Procesamiento de Imágenes. Intercambio Electrónico de Datos - EDI). MÓDULO 3: MODELOS DE DISEÑO DE SERVICIOS Y SELECCIÓN DE PROCESOS DE SERVICIOS La esencia de los servicios. Clasificación operativa de los servicios. Diseño de organizaciones de servicios. Estructuración de contactos de servicio. Tres tipos de sistemas de servicio. Servicio en el entorno del cliente (Field-Based Services). Servicio en el entorno de la empresa de servicios (Servicios Basados en Instalaciones). Paquete de servicios. Garantías de servicio (Service Guarantees). Plan de servicio (Service Blueprint). Matriz de sistema de servicio (Service-System Design Matrix). Enfoque de servicio Modelado de gestión de colas Esencia económica del problema de las colas. Sistema de colas. modelos de cola Modelado informático de colas. La intensidad de la corriente entrante (tasa de llegada). Intensidad de servicio (Tasa de Servicio). Cola final (Finite Queue). Estructura multicanal, multifase (Multichannel, Multiphase). Estructura monocanal, monofásica (Single Channel, Single Phase). Cola Distribución de veneno. Sistema de colas. Distribución exponencial. Modelado de gestión de calidad Requisitos de calidad y costes de aseguramiento de la calidad. Continuidad de mejoras. sistema sintoísta. Gestión de Calidad Total (TQM). El costo del aseguramiento de la calidad (Cost of Quality - COQ). Calidad de diseño. Calidad en la Fuente. Mejora Continua (CI). "Zero Defects" (Cero Defectos). Definición de un benchmark (Benchmarking). Indicadores de calidad (Dimensiones de la Calidad). Procedimiento Poka Yoke. Calidad de Conformidad. Normas ISO 9000. Ciclo Plan-Do-Check-Act (Ciclo PDCA - Plan-Do-Check-Act). MÓDULO 4 "MODELIZACIÓN DE CAPACIDADES DE PRODUCCIÓN Y PROCESO DE TRABAJO" Planificación estratégica capacidades. Flexibilidad de capacidad. Árbol de decisión. Tasa de utilización de la capacidad. Capacidad de producción (Capacidad). Reserva de marcha (Capacity Cushion). Planificación Estratégica de Capacidades. Poder de enfoque (Capacity Focus). Efecto escala de la producción (Economías de Alcance). Sistemas de fabricación justo a tiempo (JIT) lógica JAT. Enfoque japonés de la productividad. Variantes norteamericanas de JIT. Requisitos del sistema JIT. JIT en el sector servicios. Control de calidad automático (Inspección Automatizada). Control de Calidad Total (TQC). Sistema de producción "Pulling" (tirando) "Kanban" (Kanban Pull System). Tecnología de grupo (Group Technology). Calidad en la Fuente. Círculos de calidad. Método de ventana congelada. Mantenimiento preventivo y reparación de equipos (Mantenimiento Preventivo). Una red de fábricas especializadas (Focused Factory Network). Sistema Justo a Tiempo (JIT). Horario escalonado (Horario de nivel). Gestión de abajo hacia arriba (Bottom-Round Management). Colocación de instalaciones de producción y servicios. Criterios para la ubicación de las instalaciones de producción. métodos de colocación empresas industriales. Colocación de objetos de servicio. Modelo analítico Delphi. Método del centro de gravedad. Modelo de regresión. Sistemas de "Factor-rating" (Factor-rating system). Método heurístico de Ardalan. Colocación de equipos y distribución de locales. Las principales formas de colocar el equipo. Colocación de equipos según el principio tecnológico. Colocación de la producción según el principio de sujeto. Equilibrado de línea de montaje (Assembly-Line Balancing). Método Systematic Layout Planning (SLP). Diseño de oficina. Relación de prioridad. Colocación de equipos según el principio del tema (Product Layout). Colocación de equipos según el principio de tecnología grupal (Group Technology Layout). Colocación de equipos de acuerdo con el principio de dar servicio a un objeto fijo (Disposición de posición fija). Colocación de equipos según el principio tecnológico (Process Layout). Ubicación del servicio y empresas comerciales(Diseño de servicio minorista). "Paisaje de servicios" (Servicescape). Método comparativo de colocación informática de instalaciones productivas (Tecnología de Asignación Relativa Computarizada de Instalaciones - CRAFT). Tacto (Tiempo de ciclo).

MÓDULO 5 "MODELIZACIÓN DE PROCESOS DE TRABAJO Y REGULACIÓN LABORAL" Decisiones de planificación proceso de trabajo. Aspectos conductuales en la planificación del proceso de trabajo. Aspectos fisiológicos en la planificación del proceso de parto. Métodos de trabajo. Medición y regulación del trabajo. Sistemas de incentivos económicos al trabajo.

Medición del trabajo (Work Measurement). El método de las observaciones muestrales (Work Sampling). Método de normalización MOST (Most Work Measurement Systems). Métodos de medición del tiempo de trabajo (Métodos de Medición del Tiempo). Estándares de microelementos (Elemental Standard-Time Data). Sistemas de racionamiento de microelementos (Predetermined Motion-Time Data Systems - PMTS). Norma horaria (Standard Time). Tiempo normal. Planificación del proceso laboral (Job Design). Sistemas de trabajo con responsabilidades extendidas (Job Enrichment). Sistemas de incentivos económicos (Planes de Incentivos Económicos). Sistemas sociotécnicos del trabajo (Sistemas Sociotécnicos). Especialización del Trabajo. Participación en la renta (Gain Sharing). Participación en utilidades (Profit Sharing). Fisiología del trabajo (Fisiología del Trabajo). Cronometraje (Estudio de tiempos). Modelado de gestión de suministros. Gerencia de compras Gestión de la cadena de suministro. Obtención. Comprando justo a tiempo. Fuentes globales de suministro. Flujos de información electrónica en oferta. Subcontratación. Respuesta rápida (Quick Response - QR). Valor de la carga (Valor Densidad). Compras "justo a tiempo" (Just-in-Time Purchasing). Logística. “Producir o comprar” (Make or Buy). Asociación estratégica. Gestión de flujos de materiales (Materials Management). Cadena de suministro. Respuesta efectiva a las solicitudes de los consumidores (Efficient Consumer Response - ECR). Pronóstico Gestión de la demanda. Tipos de pronóstico. componentes de la demanda. Métodos de pronóstico cualitativos. Análisis de series temporales. Pronóstico causal (causal). Elección del método de pronóstico. Predicción de enfoque. Pronóstico por computadora.

Análisis de series temporales. Consentimiento del Grupo (Consenso del Panel). Demanda Dependiente. Investigación de mercado. Constantes de suavizado alfa. Raíces de hierba. Método Delfos Sentencia ejecutiva. Demanda Independiente. Conexión causal (causal) (Relación Causal). Pronóstico basado en regresión lineal (Linear Regression Forecasting). factor estacional. Promedios móviles. Desestacionalización de la Demanda. Desviación media absoluta. Señal de seguimiento. Efecto de tendencia. Pronóstico de enfoque (Focus Forecasting). Suavizado exponencial.

Planificación acumulativa

Tipos de planificación. Planificación jerárquica de la producción. Planificación acumulativa de la producción Métodos de planificación acumulativa. Planeación a largo, mediano y corto plazo (Long-, Intermediate- and Short-Range Planning). Cash stock (Inventario disponible). Programa Maestro de Producción (MPS). Planificación de Requerimientos de Capacidad (CRP). Planificación de capacidad aproximada. Estrategia Mixta. Planificación agregada Estrategias de Planificación de la Producción. Pura estrategia.

Se supone que el lector tiene un conocimiento superficial de la teoría de la gestión de proyectos y el análisis de sistemas, y posiblemente el diseño de sistemas de información. El conocimiento profundo en todas o en una de las áreas puede provocar un deseo irresistible de escribir un comentario, ¡lo cual es bienvenido!... o tirarle algo pesado al autor...
Entonces empecemos.

1. Modelo de proyecto

Establecer valores iniciales para el proyecto a simular. Se crea un proyecto, se prepara un cronograma del proyecto, un árbol de riesgos. En esta etapa también están disponibles las funciones de apoyo intelectual para la gestión de proyectos, pero este paso no se puede completar sin un tomador de decisiones.
La iteración comienza con la determinación de los valores efectivos.
Ejecución de un compás. Cada ciclo de simulación realiza las siguientes operaciones:
- los recursos se gastan en tareas,
- se comprueba la probabilidad de fallos (riesgos),
- se realiza una cierta cantidad de trabajo de la lista de trabajos para el proyecto,
- transacciones financieras para el proyecto.
Almacena valores calculados para una medida específica
Comprobación de las condiciones para terminar la simulación.
Finalización de la simulación y salida de resultados (valores analíticos, agregados y detallados por pasos de simulación). Al final de la simulación, se guardan los últimos valores (finales) y las razones para terminar la simulación.
Emisión al usuario (o decision maker - decision maker) de información sobre el estado del proyecto sin el uso de optimizaciones, módulos de análisis y apoyo a la decisión. El usuario debe reaccionar al estado actual (si es necesario) o continuar con la simulación.
Evaluación de las decisiones de gestión de usuarios en función de los valores actuales, así como una retrospectiva de sus cambios y decisiones de gestión realizadas por el usuario utilizando algoritmos de optimización, módulos de análisis y apoyo a la decisión.

De acuerdo con el ciclo de vida del proyecto, distinguiremos entre:

inicialización y planificación del proyecto - 1 paso
implementación del proyecto - 2-5, 7 y 8 paso del ciclo
finalización del proyecto - paso 6

2. Tecnologías de implementación

Principales temas bajo consideración:

almacenar la estructura de datos del proyecto en la base de datos
interfaz para la interacción del usuario con la estructura de la base de datos
herramientas de implementación del servidor del simulador
interfaz para la interacción entre la base de datos y el servidor del simulador
almacenamiento de la red neuronal y pasos intermedios de iteración del simulador
interacción entre la interfaz de la aplicación y la red neuronal

Como es fácil ver los objetos del proyecto y los enlaces entre ellos, es fácil representarlos en forma de relaciones de bases de datos relacionales y almacenar en esta forma tampoco es difícil, es decir una base de datos relacional será suficiente, MySQL, por ejemplo.
Para desarrollar la interfaz, elegiremos el marco Yii 2 (y la pila de tecnología correspondiente: PHP, HTML, etc.).
Implementación del servidor de simulación - Node.js
Implementación de una red neuronal para Node.js, por ejemplo: habrahabr.ru/post/193738
Interacción con frontend (Yii2) y Node.js - github.com/oncesk/yii-node-socket
Queda abierta la cuestión del formato de almacenamiento de la propia red neuronal, que está sujeta a los siguientes requisitos:

Reflexión de las propiedades de la red neuronal (relaciones, pesos de las conexiones, etc.)
Acceso seguro (evitar el impacto directo del usuario en la red)
Capacidad de entrenar la red.

2. Lógica de control

gestión con notificaciones- el sistema no afecta el objeto (proyecto), pero muestra notificaciones sobre cambios en los indicadores y la posibilidad de realizar acciones (se requiere la toma de decisiones y el máximo conocimiento del tomador de decisiones).
control interactivo- el sistema ofrece acciones de control, pero la decisión permanece en el tomador de decisiones (la toma de decisiones permanece en el tomador de decisiones).
control heurístico- el sistema toma decisiones y realiza algunas acciones por sí mismo (el tomador de decisiones está excluido del proceso de gestión).

Redistribución de recursos entre tareas;
Redistribución de recursos laborales entre tareas;
Reprogramación de tareas;
Planificación de adquisiciones;
Evasión o adopción de medidas para eliminar las consecuencias de los riesgos.

Características especificadas por expertos.
Disponibilidad de información en la base de datos acumulada de proyectos terminados.

3. Intelectualización de la simulación

intercambiabilidad de recursos: se puede establecer mediante tablas de matriz de correspondencia;
probabilidad de falla de los recursos: la probabilidad se indica en el rango de Xmin a Xmax;
la posibilidad de uso paralelo por varios ejecutores - como una propiedad lógica de la tarea.

2. Redistribución de recursos laborales entre tareas.

intercambiabilidad e incompatibilidad de personal: se puede establecer mediante tablas de matriz de correspondencia;
productividad laboral - como valor calculado en base a datos sobre: experiencia laboral, edad, formación avanzada, etc.
la relación entre los tipos de trabajo realizados y las habilidades requeridas para su implementación se resuelve de manera similar mediante matrices;
probabilidad de ausentismo de los recursos laborales (probabilidad de enfermedad): la probabilidad se indica en el rango de Xmin a Xmax;
la posibilidad de ejecución paralela de un trabajo por varios artistas, como una propiedad lógica de la tarea.

3. Cambiar el cronograma de tareas.

¿es posible suspender la tarea, o la ejecución debe ser continua, como una propiedad lógica de la tarea?
si la tarea está incluida en la "ruta crítica" (es decir, el momento de su implementación afecta directamente el momento de la finalización del proyecto) está determinado por el sistema "sobre la marcha".

4. Planificación de adquisiciones.

intensidad del consumo de recursos - determinado por el sistema "sobre la marcha".
la posibilidad de comprar el equipo necesario, como una propiedad lógica de la tarea.

5. Evitar o tomar medidas para eliminar las consecuencias de los riesgos.

probabilidad de fallas del equipo: la probabilidad se indica en el rango de Xmin a Xmax;
posibles opciones de evasión y eliminación de consecuencias - resueltas por matrices o listas de cumplimiento (indicando el grado de cumplimiento).

tipos de recursos involucrados;
tipos de tareas asignadas;
calificaciones y habilidades del personal involucrado;
el tamaño del presupuesto;
duración del proyecto;
el éxito del proyecto;
número de participantes, etc

Lejos del último papel lo jugará el factor de incertidumbre tanto de las características descritas anteriormente como de las propias del proyecto.

4. Multiagencia

Como se señaló anteriormente, los desacuerdos sobre el uso de los recursos pueden darse tanto dentro del proyecto entre tareas como entre diferentes proyectos que utilizan los mismos recursos. Para simplificar el trabajo con los recursos, seleccionaremos un agente, al que llamaremos "Árbitro de recursos". Es a él a quien acudirán los agentes de “Proyectos” en busca de los recursos necesarios, lo que permitirá redistribuir incluso los recursos reservados en función de la importancia (criticidad) de las tareas o proyectos que se estén realizando.

Conclusión

¿Qué proporcionará tal modelado de simulación o simulación de gestión de proyectos? La respuesta es simple:

gestión con notificaciones- puede utilizarse como formador o prueba de tomadores de decisiones para el conocimiento de ciertos principios o la capacidad de resolver problemas relacionados con la gestión de proyectos.
control interactivo- desarrollo de algunas prácticas y testeo de las mismas sobre el modelo. Esto hará posible cambiar el modelo para adaptarlo a la situación, o viceversa, para evaluar el dominio de los métodos para resolver problemas de PM por parte del tomador de decisiones (autoexamen).
control heurístico- la posibilidad de un gran número de ejecuciones de simulación y la acumulación de cierta experiencia (datos) sobre estas simulaciones para su posterior análisis.

Sin embargo, la imitación y la simulación en sí no es el objetivo final. Como resultado de la acumulación de modelos simples y complejos suficientemente precisos en la base de simulación, el desarrollo y depuración del comportamiento del modelo de simulación y módulos que realizan interacción interactiva y control heurístico (sin toma de decisiones), es posible utilizar el reglas y algoritmos acumulados para controlar (o controlar de forma inteligente) proyectos reales (3).
La implementación de un sistema de este tipo en forma de solución SaaS, con la participación de un cierto número de participantes, permitirá el acceso a la experiencia laboral (impersonal) de otros participantes (con la posibilidad de aprender el sistema).

Lista de fuentes utilizadas

pmlead.ru/?p=1521 . [En Internet]
www.aaai.org/ojs/index.php/aimagazine/article/view/564. [En Internet]
us.analytics8.com/images/uploads/general/US_2010-10_Whitepaper_BI_Project_Management_101.pdf. [En Internet]

1. Planteado del problema de la gestión situacional (filosofía del enfoque situacional)

modelado situacional es una rama de la actividad analítica de sistemas que está experimentando un renacimiento en el mundo moderno.

La primera encarnación -puramente científica- tuvo lugar hace varias décadas en relación a objetos y tareas más “románticas” que prácticas: modelar el pensamiento, jugar estrategias, modelar el crecimiento o el comportamiento multifactorial. Los objetos se definieron como "complejos", es decir, aquellos en relación a los cuales es imposible una estricta descripción funcional o exhaustiva de “matrices” (mediante la enumeración de todos los valores de los parámetros), lo que los ubica en la clase de objetos “cartesianos” con causalidad lineal. La indicación del "anidamiento" de los sistemas entre sí (descomposición) tenía un significado más filosófico (epistemológico) que matemático formal. Sin embargo, todo esto fue adquiriendo una rigurosa justificación científica en forma de cibernética, teoría de conjuntos, teorías matemáticas de la representación de procesos no lineales y teoría de catástrofes.

modelado situacional se basa en el rigor de los enfoques teóricos, pero además contiene medios para variar las condiciones “a pesar de” las restricciones formales. Desde un punto de vista puramente técnico, la última incorporación como herramienta de modelado ha aparecido precisamente en los últimos años debido al desarrollo de las aplicaciones informáticas (programación orientada a objetos, tecnologías de casos, interfaz gráfica y otras herramientas de visualización). En respuesta al desarrollo de estas capacidades, se pone en marcha uno u otro aparato diseñado teóricamente: modelado probabilístico, lógica difusa... Así, el modelado situacional, a pesar de todo su “soñador” inicial (enunciado como un intento de presentar procesos complejos en las categorías del lenguaje humano normal, el lenguaje de las situaciones, en oposición al incondicionalmente respetado, pero el lenguaje del cálculo integro-diferencial, que es difícil de vincular a situaciones específicas) - el modelado situacional se vuelve más posible y más correcto desde el punto de vista de estricta validez teórica.

Finalmente, la última observación en relación con el problema de una representación holística de objetos es que la tarea conscientemente establecida de modelado situacional lleva al consumidor del modelo (en una aplicación comercial, el jefe de una empresa) a la "realidad virtual": se propone para “jugar” situaciones. No se requiere que los escenarios jugados se hagan realidad, pero pueden advertir, y esta es su utilidad incondicional.

Manera de implementar el modelado situacional – - un conjunto de lugares de trabajo organizados inteligentemente con descarga y reposición automática de información (incluidos convertidores de datos), procedimientos para construir modelos, analizar la situación, ejecutar modelos, representación gráfica de escenarios perdidos.

modelado situacional es uno de los enfoques de modelado. Además del modelado situacional, también hay , .

El proceso de modelado se puede dividir en dos partes: diseño del sistema (modelado) y simulación del modelo (simular). El término imitación no se usa deliberadamente, ya que generalmente se asocia con . El resultado del diseño es un modelo presentado en el lenguaje apropiado para describir (representar) el conocimiento, cuyo elemento principal es el concepto. .

La necesidad de utilizar un enfoque situacional para el modelado y control está determinada por las siguientes propiedades de los sistemas complejos: [Pospelov, 1986; Klykov, 1980]

Unicidad.Cada objeto tiene una estructura y funciones tales que su sistema de gestión debe construirse teniendo en cuenta todas sus cualidades, y no se le puede aplicar ningún procedimiento estándar de gestión estándar.
La ausencia de un propósito formalizado de existencia.. No todos los objetos pueden formular claramente el propósito de su existencia.
Falta de optimización. La consecuencia de los primeros puntos es la incompetencia de plantear el problema de optimización clásico, debido a la falta de un objetivo de existencia (en el marco de la teoría de control), es imposible construir un criterio de control objetivo para los objetos en consideración. El criterio de control pasa a ser subjetivo, totalmente dependiente del decisor (DM).
Dinamismo. Con el tiempo, la estructura y el funcionamiento de los objetos cambia.
Descripción incompleta. Como regla general, un equipo de expertos que conoce el objeto de control no puede formar inmediatamente dicha información, lo que ciertamente sería suficiente para crear un sistema de control para el objeto.
Un número importante de sujetos. En muchos objetos de gestión, las personas son elementos de su estructura. Su comportamiento individual es prácticamente imposible de tener en cuenta al crear un sistema de control, y se requieren técnicas especiales para neutralizar su impacto en el funcionamiento del objeto de control.
Gran dimensión. Un sistema complejo se caracteriza por tener una gran dimensión, lo que no permite su simulación en poco tiempo.
información informal. A menudo, para tomar una decisión, es necesario tener en cuenta conceptos poco formalizados.

2. Métodos de modelado situacional

Para describir situaciones se utilizan lenguajes y modelos semióticos (situacionales), entre los que se pueden distinguir los siguientes enfoques principales:

redes situacionales discretas (DSN);
códigos RX;
lógica de predicados;
código semántico universal.

La red situacional es una red semántica compleja. Cada situación se describe mediante un gráfico dirigido (red), y se utilizan hipergráficos para representar el anidamiento ("situaciones de situaciones"), es decir, algún fragmento de la red semántica que define la situación puede considerarse como un nodo de la red. En los primeros días, no se utilizó la noción de hipergrafía; en su lugar, cada autor introdujo la notación de reemplazo.

Los códigos RX son un lenguaje de relaciones binarias y tienen la siguiente entrada como construcción central: x 1 =x 2 r 2 x 3 , donde x i es un objeto o ; r i - proporción.

El código semántico universal utiliza el triple SAO como construcción central, que corresponde al sujeto S realizando la acción A sobre el objeto O.

Para implementar lenguajes semióticos en una computadora se utilizan lenguajes de representación del conocimiento. La aproximación más cercana a la descripción de las construcciones semióticas es la red semántica. Sin embargo, las redes son muy lentas cuando se usan operaciones de búsqueda, por lo que las estructuras a menudo se representan usando la lógica de predicados [Devyatkov, 2001], marcos [Pospelov, 1990] y producciones [Gavrilova, 2001].

Cabe señalar que los métodos de representación del conocimiento en sistemas situacionales y modelado de simulación. Las situaciones actúan como vértices de la red. Si se aplican redes de Petri, entonces los vértices (posiciones) serán situaciones y las transiciones serán eventos.

Especialmente es posible asignar métodos de visualización de situaciones. Están dirigidos a resolver problemas de visualización óptima de información en monitores (métodos de escenario [Bogatyrev, 2002], método de mapa abstracto) y descomposición de imágenes por cortes de un modelo situacional. El trabajo [Isaev, 1994] presenta un lenguaje de visualización adaptativo.

Enlaces: :

Modelado situacional en la gestión de proyectos. Modelado de decisiones gerenciales. Lista de literatura usada

1. Modelo de proyecto

2. Tecnologías de implementación

3. Lógica de control

4. Intelectualización de la simulación

5. Multiagencia

Conclusión

1. Modelo de proyecto

2. Tecnologías de implementación

2. Lógica de control

3. Intelectualización de la simulación

4. Multiagencia

Conclusión

Lista de fuentes utilizadas

Recuperación de contraseña