Estudio de caso 5.

3
Gerencia de proyectos en Dotcom.com
Preguntas

1. ¿Cómo empezaría usted a rediseñar los procesos de gerencia de proyectos de Dotcom para
reducir al mínimo los problemas que experimenta con la mala gerencia del alcance?
Clasificación de los procesos:
Procesos de la dirección de proyectos: se debe aplicar de manera global y a todos los grupos.

Proceso de orientación al producto: varían según el área de aplicación y la fase del ciclo de
vida del producto.

Cuando existen varios procesos relacionados entre sí, las salidas de un determinado proceso
pueden representar entradas para otro proceso generando de esta manera conexión entre
procesos para lograr la culminación de los procesos teniendo éxito.
Grupos de Procesos del PMBOK:

Proceso de iniciación, proceso de planificación, proceso de ejecución, proceso de monitoreo

y control, proceso de cierre.

2. ¿Cómo contribuyen los clientes de consultoría de la empresa a los problemas con la

expansión o cambio del alcance? Si se va a celebrar una reunión con un cliente potencial,
¿qué mensaje quiere que el cliente entienda con claridad?

Antes de ofrecerle un servicio en específico le preguntaría como quiere el producto, que

diseño quiere, que contenido quiere, cuando lo quiere y todo lo que me ayude a definir que
lo que el cliente quiere para así, en el transcurso de la ejecución para realizar el producto final
no tenga ningún espacio de información de lo que el cliente quiere obtener para no tener
retrasos en los procesos.
3. ¿Cómo equilibrar la necesidad de involucrar a los clientes con la necesidad igualmente
importante para congelar el alcance del proyecto, a fin de completar el proyecto a tiempo?

Como anteriormente lo explique, en el proceso de ideación, saber que quiere el cliente; este
paso resumiría todo lo que el cliente quiere hasta el más mínimo detalle para así no tener
ningún vacío y no retrasar los procesos por una mala entrevista e ideación anterior, por ese
motivo es el punto más importante ya que de este dependen los procesos de ejecución para
cualquier proyecto; pero no dejando de lado al cliente. Haciendo participe de los avances y
recordándole lo anteriormente planteado.

4. ¿Por qué la gerencia de configuración y control de cambios del proyecto es tan difícil de
llevar a cabo en medio de un proyecto de desarrollo de software complejo, como los
realizados por Dotcom.com

Pensaría que por la ejecución de software es más fácil cambiar un solo proceso ya que este
no afectaría el resto del trabajo hecho anteriormente, por esta razón le es fácil realizar
cualquier cambio al desarrollar un software complejo.

10. Considere la siguiente observación: “El problema con el análisis de riesgos es se puede
imaginar que casi cualquier cosa vaya mal en un proyecto. ¿Dónde se traza el límite? En otras
palabras, ¿hasta dónde llega el análisis de riesgos antes de que sea una exageración?” ¿Cómo
respondería usted

El análisis de riesgo, también conocido como evaluación de riesgos o PHA por sus siglas en
inglés. Process Hazards Analysis, es el estudio de las causas de las posibles amenazas y
probables eventos no deseados y los daños y consecuencias que éstas puedan producir.
(wikipedia, 2016).

El análisis de riesgo legaría hasta donde su matriz lo tenga pronosticado, ya que de no estar
dentro de esta lo hace un hecho fuera de lo contemplado y si se podría hablar de algo fuera
de la exageración, un ejemplo de esto sería: tener una empresa pequeña en la cual se maneje
fabricación de muebles y cerca halan casa, si se produce un incendio y por ende se destruyen
todas las casa a su alrededor, esto ya será algo fuera del análisis de riesgos ya que quemaría
todas las casa pero tendría que ser por una bomba o algo parecido, algo fuera de lo
convencional y fuera de las expectativas del análisis de riesgos.