Está en la página 1de 5

UNIVERSIDAD DE PANAMÁ

FACULTAD DE INFORMATICA ELECTRONICA Y COMUNICACIÓN

ESCUELA INGENERIA EN INFORMATICA

LICENCIATURA EN INGENIERIA INFORMATICA

Jose Dasilva EC-46-14698

Juan Diego Vergara 9-754-1296

David Chalmers 8-915-761

Emanuel Avilés EC-25-15187

ADMINISTRACION DE CENTROS INFORMATICOS

24 DE ABRIL DEL 2023


Introducción

Es necesario que al momento de ofrecer un servicio el grupo de trabajo se encuentre


totalmente capacitado y lleven una coordinación de trabajo para así poder comprender,
llevar un análisis de trabajo, tener una estructura de que perfil o rol que cumple cada
persona lleva dentro del proyecto para llevarlo a cabo dado eso podemos llevar a cabos
proyectos que se nos proponen o que nos solicita un cliente. Eso es lo que veremos a
continuación una serie en cadena de casos o situaciones que se presenta al momento
de que un cliente solicita un trabajo a una compañía y como se llevara a cabo lo que él
requiere y si cada persona del grupo de trabajo se encuentra alineada para llevar a cabo.
Comic
1. Lo que el cliente explicó
El cliente explicó un diseño con unas características en específico.

2. Lo que el jefe de proyecto entendió


El jefe de proyectos entendió lo que dijo el cliente, sin embargo, no contemplo
ciertos detalles en la explicación. Si el cliente le hubiese explicado de forma
visual hubiera sido una ayuda considerable para el jefe de proyecto.

3. Lo que diseño el analista


El analista ejecuta su función en base de la explicación de su superior en este
caso el jefe de proyecto, si el jefe de proyecto no esta claro con las ideas del
cliente, el analista debe proceder con los recursos que tiene a mano, si no
cumple su función, aunque no este claro con la explicación puede que haya
repercusiones porque se les establece fecha límites.

4. Como fue documentado el proyecto


Como no hubo una idea clara, la documentación seria escasa y toda esta
cadena comienza por parte del jefe de proyecto.

5. Lo que hizo el programador


El programador pudo captar una idea bastante clara pero no certera al 100 por
ciento, cumplió con su función sin embargo no es lo solicitado por el cliente.

6. El planeamiento de las actualizaciones


Se basa en las necesidades que se requieren para implantar al sistema de
programación solicitado.

7. Lo que el consultor de negocios describió


El consultor de negocio describió a beneficio de la empresa un proyecto
innovador y mucho más moderno de lo que el cliente solicito, sin embargo, la
realidad es otra.

8. Cuando se lanzara el proyecto


Al lanzar el proyecto fue muy diferente a lo que el consultor de negocios detallo,
ya que el mismo no contaba con una documentación bastante clara y esto es
debido a las personas que le derivan el proyecto.

9. ¿Tenemos suficiente tiempo?


En esta etapa realmente el tiempo es poco antes del lanzamiento del proyecto,
si el mismo se evalúa por el jefe de proyecto se dará cuenta que la situación no
esta bien y se requieren correcciones.

10. Como se le cobro al cliente

Al cliente se le esta cobrando como si fuese un proyecto muy costo, en cambio


el proyecto no esta cumpliendo con las necesidades que señalo el cliente.

11. Pruebas antes del lanzamiento

Las pruebas no fueron éxitos ya que no hubo una comunicación y organización


por parte de las personas implicadas en el desarrollo de este.

12. El soporte al cliente

Soporte escaso ya que no cuentan con las ideas claras de lo que se necesita
para el proyecto, el personal no tiene el conocimiento claro de lo que el cliente
había solicitado, no existe una documentación certera de lo que se realizó desde
un inicio.

13. El plan Back-Up antes del desastre

Un back up débil para amortiguar algún suceso que se presente al momento del
lanzamiento.

14. Lo que realmente el cliente necesita

En este caso podemos ver que el cliente como el jefe de proyecto no tuvieron
una comunicación clara al momento de establecer los requisitos de proyecto.
Por ende, los desarrolladores no tuvieron una idea clara de lo que se requería.
EL cliente debió presentar todas las características que requería para que el jefe
de proyecto tengo clara las necesidades del cliente. El jefe de proyecto si no
estaba lo suficientemente claro con lo que se le solicitaba debió indagar para así
poder presentarle un buen trabajo y evitar que el cliente se fue con un mal
proyecto por la simple razón que no hubo una buena comunicación.
Resumen

Es claro que se debe tener una alineación de trabajo para llevar a cabo un trabajo como
ya hemos mencionado, pero siento que lo más importante es tener un grupo de trabajo
donde cada persona cumple con un rol y eso complemente a otra área para así poder
hacer pruebas, soporte y tener un área de trabajo en caso de fallos y sobre todo indagar
más sobre lo que el cliente solicita, consultar más sobre lo que el claramente requiere o
necesita para tener un parámetro más claro de lo que queremos hacer.

También podría gustarte