Procesos AS IS y TO BE

Procesos AS-IS y TO-BE
Tecnología de la Información

Magdalena Beccar Varela

Introduccin
• Objetivo
– Diagramar un proceso con los modelos AS-IS y TO-BE.

Resumen del proceso
• Ingresarequerimiento de diseño del cliente
• Se analiza la disponibilidad de los
diseñadores. Si no están disponibles se
rechaza el proyecto. Decide Project
Manager
• Si se acepta el proyecto, comienza el
procesoadministrativo. Se requiere la orden
de compra del proyecto o la firma del
contrato.
3

Resumen del proceso
• Project Manager designa a diseñador
encargado del proyecto
• Proceso de diseño – adecuacióndel
proyecto a necesidades del cliente.
• Feedback del Cliente
• Si está satisfecho con los resultados, fin del
proceso. Si no, rediseño.

4

Proceso AS-IS
Requerimiento
de diseño

CLIENTE

FeedbackPositivo?

SI

Proyecto se
adecua a
necesidad del
cliente

NO

Disponibilidad?

Project
Manager

SI

NO
Administración

Proceso
Administrativo
OK

Professional
Services

Se rechaza el
proyecto

Procesode
Diseño

Rediseño

FIN DEL
PROCESO

Problemas detectados
• Ineficiencias:
– Aceptación del proyecto por parte del Project
Manager. Puede provocar una eventual pérdida del
cliente a largo plazo, altener que involucrar al PM se
pierde mucho tiempo y recursos.
– Proceso administrativo: pérdidas de tiempo por
problemas en la comunicación a causa de la gran
cantidad de intermediarios.
– Feedbackdel Cliente: Inficiencias en la comunicación
del requerimiento principal. Estas ineficiencias provienen
tanto del cliente como por fallas de comunicación
interna.
6

Soluciones
• Soluciones aimplementar:
– Acceso a planilla para conocer disponibilidad del equipo
de Professional Services sin necesidad de intervención
del PM. De esta forma se podrá comunicar
inmediatamente la posibilidad de llevara cabo el
proyecto o no, demostrando mayor confianza en
nuestras soluciones y aumentando la satisfaccion del
cliente.

7

Soluciones
• Soluciones a implementar:
– Una vez que se acepta el proyecto,...