Pregunta: Pizza Delivered Quickly (PDQ) es una cadena local (40 tiendas) de pizzerías para comer y entrega a domicilio. Recientemente, PDQ ha perdido el 30 por ciento de los ingresos por ventas debido principalmente a una caída en su negocio de entrega a domicilio. Lo atribuye únicamente a su principal competidor, quien recientemente promovió un programa que garantiza

Pizza Delivered Quickly (PDQ) es una cadena local (40 tiendas) de pizzerías para comer y entrega a domicilio. Recientemente, PDQ ha perdido el 30 por ciento de los ingresos por ventas debido principalmente a una caída en su negocio de entrega a domicilio. Lo atribuye únicamente a su principal competidor, quien recientemente promovió un programa que garantiza un servicio de entrega de 45 minutos desde el ingreso del pedido hasta la entrega a domicilio. PDQ anuncia la entrega en una hora. Actualmente, PDQ utiliza computadoras para las operaciones en la tienda y las funciones comerciales habituales, pero por lo demás no depende en gran medida de los sistemas de software para ayudar a recibir, procesar y entregar a domicilio los pedidos de los clientes. A Pepe Ronee, supervisor de operaciones informáticas, se le encargó desarrollar una aplicación de software para identificar las ubicaciones de las "fábricas de pizza" y crear el sistema de software necesario para operarlas. Al encargar este proyecto, Dee Livery, el presidente, dijo que hiciera todo lo posible. Dijo además que el futuro de PDQ depende de este proyecto. Ella quiere que dirija un equipo para investigar una opción para entregar la pizza sin hornear y "lista para el horno" en 30 minutos o menos o entregarla prehorneada en 45 minutos o menos. Estas fábricas de pizza no tendrían ningún espacio comercial. Su única función será recibir pedidos, preparar y entregar las pizzas. La ubicación de la fábrica más cercana a la ubicación del cliente recibirá el pedido de una instalación de pedidos central, procesará y entregará el pedido dentro de los 30 o 45 minutos posteriores a la entrada del pedido, dependiendo de si el cliente pide su pizza lista para el horno o ya horneada. Pepe ha identificado seis aplicaciones de software para la solución como se indica a continuación para apuntar en su tarea. SW-1: Subsistema de localización de fábricas de pizza El primero es un subsistema de software para encontrar ubicaciones de fábricas de pizza. No se sabe cuántas fábricas de este tipo se necesitarán ni dónde deberían ubicarse. El subsistema de software tendrá que determinar eso. Claramente este subsistema es una aplicación muy compleja. El objetivo se puede definir claramente, pero incluso entonces, la solución no será del todo obvia. Este subsistema tendrá que utilizar una herramienta de modelado muy sofisticada. Los requisitos, la funcionalidad y las características no son del todo obvios. Probablemente se pueda imaginar parte de la solución, pero claramente la solución completa es difícil de alcanzar en esta etapa inicial. Exactamente cómo modelarlo no se sabe al principio. Tendrá que descubrirse a medida que el proyecto de desarrollo esté en marcha. SW-2: Subsistema de entrada de pedidos El segundo es un subsistema de entrada de pedidos para respaldar las operaciones de la tienda y la fábrica. Los pedidos telefónicos llegarán a un solo lugar, se llevarán allí y luego se enrutarán electrónicamente a la tienda o fábrica correspondiente. Este sistema se enfoca en las funciones comerciales de rutina y debe definirse fácilmente. El software comercial listo para usar puede ser una gran parte de la solución final para respaldar las operaciones de la tienda y la fábrica. Este subsistema puede utilizar software comercial de entrada de pedidos listo para usar (COTS). 2 SW-3: Subsistema de envío de pedidos Este subsistema dirigirá el pedido a una tienda, fábrica o pizzería. La logística para realizar esta asignación no está del todo clara y el diseño del subsistema será complejo. SW-4: Subsistema Logístico Este subsistema es el más complejo de los seis subsistemas. Requerirá una visión holística de todo el sistema PDQ. Su complejidad surge del hecho de que las camionetas de pizza son una instalación móvil de producción y entrega. Por lo tanto, la asignación de un pedido a una furgoneta de pizza debe tener en cuenta dónde es probable que esté la furgoneta cuando llegue el momento de la entrega del pedido. SW-5: Subsistema de enrutamiento Esta aplicación de software será un subsistema de enrutamiento para los camiones de reparto. Esta aplicación es sencilla y probablemente implique tener sistemas GPS instalados en todos los camiones de reparto. SW-6: Subsistema de gestión de inventario La aplicación final será un sistema de control de inventario para gestionar inventarios en todas las tiendas y fábricas y reordenar automáticamente desde el proveedor único que PDQ ha estado utilizando desde que comenzó en el negocio. Su proveedor ha informado a PDQ que puede obtener descuentos mediante el uso de la función de reordenación automática. Esta aplicación también debe ser una aplicación COTS. Estas aplicaciones son obviamente proyectos de desarrollo de software muy diferentes que requieren enfoques muy diferentes. El subsistema Pizza Factory Locator será una herramienta de modelado muy sofisticada. Los requisitos, la funcionalidad y las características no son del todo obvios. Probablemente se pueda imaginar parte de la solución, pero claramente la solución completa es difícil de alcanzar en esta etapa inicial. Exactamente cómo hará el modelado no se sabe al principio. Tendrá que descubrirse a medida que el proyecto de desarrollo esté en marcha. El subsistema de entrada de pedidos puede utilizar el software de entrada de pedidos COTS que tendrá que mejorarse en la parte delantera para dirigir la orden a la fábrica más cercana y proporcionar indicaciones para la entrega y otras tareas de cumplimiento en la parte trasera. Los requisitos, la funcionalidad y las características de este subsistema pueden ser problemáticos. Su tarea Cada uno de los seis subsistemas que componen la solución PDQ puede requerir un enfoque de gestión de proyectos diferente. Utilizará el conocimiento de varias unidades del curso y las discusiones relacionadas incorporadas que requieren la formación de estrategias y otras decisiones para encontrar y mantener el enfoque de gestión de proyectos que mejor se adapte. El proyecto está a punto de comenzar y usted está consultando con los miembros de su equipo para decidir sobre los requisitos y la frecuencia de los informes. Su primera tarea es tener en cuenta las 3 partes interesadas en el proyecto y cuál podría ser su necesidad. Haga referencia a la declaración de antecedentes para obtener información que necesitará para responder las siguientes preguntas: 1. ¿Quiénes son las personas de las que necesita escuchar para determinar si están satisfechos con su progreso en el proyecto? 2. ¿Cómo obtendrá información de su equipo y la distribuirá a otras partes interesadas para el proyecto? Todo el proyecto PDQ podría verse como un programa que consta de varios proyectos dependientes. Una vez que se hayan identificado las partes componentes del proyecto a través de los cambios iniciales, incluidos los introducidos por Dee, el proyecto podría representarse como se muestra en la Figura 1. Figura 1: Solución a nivel de sistemas para PDQ Algunas sugerencias: Esto puede verse como un programa que consta de seis proyectos, uno para cada subsistema. Hay varias formas de abordar la búsqueda de la solución. Los subsistemas de gestión de inventario y entrada de pedidos deben estar disponibles como productos comerciales listos para usar. Una Solicitud de Información (RFI) o Solicitud de Propuesta (RFP) puede llegar a esa conclusión rápidamente. Los otros subsistemas son bastante diferentes. Los cuatro requieren alguna forma de algoritmos heurísticos como parte de sus soluciones. La dificultad con cada uno de estos es que la preparación del pedido puede realizarse en uno de los tres sitios. Las tiendas y las fábricas de pizza están fijas en su lugar, mientras que las furgonetas de pizza son ubicaciones en movimiento. Los mismos problemas de ubicación móvil introducen incertidumbres y complejidades en el subsistema de enrutamiento. Por lo tanto, estos cuatro subsistemas son altamente interdependientes y es posible que no sea posible una solución óptima. Es por eso que un enfoque heurístico puede ser el mejor enfoque. En lo que se refiere a un enfoque de cartera, esto podría verse como dos presentaciones separadas. Uno sería para los subsistemas de entrada de pedidos, envío de pedidos y gestión de inventario. Juntos proporcionan una solución operativa para la situación actual de las tiendas. El otro sería los proyectos de Logística y Rutas que se ocupan de las incertidumbres y complejidades añadidas por el componente de movimiento de línea: las furgonetas de pizza que preparan pizzas y que también pueden entregar pizzas. Localizador de fábricas de pizza Entrada de pedidos Logística Envío de pedidos Enrutamiento Inv. gestión 4 Incluso esa solución podría hacerse por etapas. La primera etapa sería incorporar las fábricas de pizza como un lugar fijo más para la preparación. La segunda etapa agregaría las furgonetas de pizza como lugares de preparación en movimiento. Adaptive Project Framework funciona bien independientemente del enfoque adoptado. 3. Construya los procesos de negocio "tal cual" y "to be" para el subsistema de entrada de pedidos. Es posible que deba hacer algunas suposiciones sobre el proceso "tal como está", pero simplemente establezca sus suposiciones y siga adelante. A continuación se muestra un ejemplo de un caso de entrada de pedidos para el PDQ que puede utilizar para responder a las preguntas anteriores. Flujo básico de realizar un pedido • Este caso de uso comienza cuando el actor indica que desea realizar un pedido. • El sistema solicita información del pedido (información del cupón) • El actor proporciona información válida del pedido • El actor indicó que la información del pedido está completa • El sistema valida la dirección (detalles adicionales) • El sistema cotiza el pedido • El sistema muestra el pedido completo con el precio • El actor confirma el pedido • El sistema asigna el pedido a la ubicación de preparación adecuada • El sistema prioriza el pedido • El caso de uso finaliza cuando el sistema prioriza los pedidos de la tienda. Sugerencias adicionales sobre el subsistema de entrada de pedidos Los requisitos del subsistema de entrada de pedidos se recopilaron a través de una serie de casos anteriores. La participación de los clientes fue ejemplar a pesar de que era la primera vez que los empleados de PDQ iban a participar en una actividad de este tipo. Había una pantalla de ingreso de pedidos en línea, para que los clientes pudieran ir directamente al sistema para ingresar su pedido y pagar con tarjeta de crédito. Eso se definió fácilmente. Se creó una ventanilla única para pedidos telefónicos que reemplazó la necesidad de que los clientes llamaran a la tienda que preferían usar. Luego, el pedido se enrutaría al subsistema de logística y se asignaría a la instalación de producción adecuada (tienda, fábrica de pizza o furgoneta de pizza). Se estimó que el subsistema de entrada de pedidos necesitaría 32 días para su desarrollo, prueba e implementación. Ese tiempo de finalización era firme, porque se había contratado a una empresa de consultoría externa para desarrollar el subsistema de logística a partir del subsistema de entrada de pedidos, y el trabajo no podía comenzar hasta que se implementara el subsistema de entrada de pedidos. Pepe discutió la criticidad del cronograma con el equipo del proyecto de entrada de pedidos y el cliente. Propuso una reserva de gestión de tres días para dar cabida a solicitudes de cambios inesperados. Tener reserva de gestión es una póliza de seguro efectiva para proteger el tiempo de inicio de los sistemas relacionados. En su ausencia, existe una gran probabilidad de que el retraso en el cronograma se transmita a los sistemas dependientes. Sin una reserva de gestión, el subsistema de logística de este ejemplo probablemente estaría en peligro incluso antes de comenzar. 5 4. Para el subsistema de entrada de pedidos, defina una métrica de seguimiento del índice de rendimiento del cronograma (SPI) de alerta temprana con valores de activación y visualización gráfica de apoyo. 5. A pesar de los heroicos esfuerzos del equipo para mantener el subsistema de entrada de pedidos a tiempo, se ha retrasado y ha utilizado la reserva de gestión, ahora se espera que tenga dos días de retraso. El subsistema Logística ya no puede comenzar a tiempo y los contratistas están programados para comenzar. ¿Qué vas a hacer? 6. Suponga que tiene seis equipos independientes, cada uno trabajando en un subsistema diferente. Dado lo que sabe sobre este proyecto, ¿cómo estructuraría el equipo del proyecto? ¿Cuáles son las fortalezas y debilidades de su elección? ¿Cuáles son algunos riesgos potenciales y cómo los planificaría? 7. Genere el programa de desglose de recursos (RBS) para administrar el subsistema de administración de inventario y elija un modelo de ciclo de vida del proyecto (PLCM) apropiado que usará. Ordene por rangos los modelos específicos desde el que mejor se ajuste al que menos se ajuste y establezca su justificación para la clasificación. Seleccione entre el modelo PMLC lineal, incremental, iterativo y adaptativo. Se específico. 8. ¿Qué subsistemas desarrollaría utilizando el modelo Agile? Sea específico en cuanto a qué modelo elegiría y por qué. Haga una lista de las ventajas y desventajas que resultarán de su decisión. 9. Genere el RBS para la aplicación de software de ubicación de fábrica PDQ. Comente las funciones y características faltantes o parcialmente definidas. Al generar la RBS, considere preguntas como estas: ¿Cuántas ubicaciones de fábrica debe haber? ¿Dónde deberían estar? ¿Qué criterios se deben utilizar para evaluar una ubicación? ¿Justificar el número de camiones de reparto que se necesitarán? Sugerencias sobre el subsistema logístico El subsistema logístico es muy complejo. Aunque al principio no parezca obvio, la complejidad comienza con la declaración del objetivo. Probablemente prefiera una declaración de objetivos que diga algo sobre el tiempo desde la entrada del pedido hasta el cumplimiento del mismo. ¿Quieres minimizar este tiempo? Eso es sin duda lo que el cliente de pizza tiene en mente. ¿O prefieres minimizar el tiempo desde que el pedido está listo para ser entregado hasta que se entrega? Eso es sin duda lo que PDQ tiene en mente para la entrega de un pedido de calidad. Su elección de modelo de PMLC a utilizar es entre APF e ISNPIRE. El modelo Ether funcionará bien. La elección puede depender del enfoque con el que el cliente se sienta más cómodo. 10. ¿Qué otros proyectos dentro del estudio de caso PDQ recomendaría que se beneficiaran de los modelos PMLC en el curso?