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,...
Regístrate para leer el documento completo.