# data[].attributes.headline
Grupo "Silver" - Etchegaray, Cirio, Monferrer, Segovia, Completa

# data[].attributes.subject
Grupo "Silver" - Etchegaray, Cirio, Monferrer, Segovia, Completa

# data[].attributes.body
1. Un gran problema al que se enfrento Cisco fue la arquitectura y tamaño del hardware de la empresa. con este problema en puntual, podemos darnos cuenta de que Cisco fallo en una de las etapas fundamentales que detalla Clavero en su texto que es la de “Planificación del hardware y copias de seguridad” en esta etapa, la empresa debe considerar que hardware será necesario, para que problemas relacionados a este asunto no perjudiquen el rendimiento del sistema después del arranque.
2. Otro problema que se encontró Cisco después de la implementación de Oracle, fue la “falta de habilidad del software para manejar el nivel de transacciones generadas por Cisco” este es un problema muy grave, y que podría haber sido fácilmente evitable si la empresa realizaba eficazmente las etapas de “Pruebas de integración de procesos y módulos” y “Pruebas de rendimiento y estrés”. En estas etapas previas al arranque se examina el rendimiento del sistema y la capacidad de este para resolver y agilizar las tareas de sus usuarios
3. Por ultimo, como explica el articulo, Cisco tuvo problemas estimando los tiempos del proyecto, lo que desemboco en problemas decidiendo fechas de arranque y lógicamente fechas de cumplimiento para objetivos pautados. Clavero explica que en la segunda etapa de pre implementación se debe pautar un calendario detallado, que marque los plazos y hitos a alcanzar en fechas determinadas

# data[].attributes.body
Giovio, Sanchez Capilla, Sosa, Varas, Westphalen, Windels

1. Cambio Cultural. La primera intención de Solvik fue evitar una solución del tipo ERP: quería mantener la fuerte tradición de Cisco en la estandarización, utilizando una arquitectura y bases de datos comunes. Es fundamental que el equipo del proyecto esté 100% predispuesto al cambio y a transmitírselo al resto de la organización.

2. Definición de situación actual y objetivo. Es importante huir, siempre que se pueda, de las modificaciones. Sin embargo, si las hay, este es el momento de definirlas claramente. En el caso de Cisco, en la etapa CRP0, se dieron cuenta que era necesario realizar una serie de cambios significativos en el soft para asegurar el soporte buscado. En la etapa CRP1, confirmaron que estas modificaciones eran esenciales.

3. Pruebas de integración de procesos y módulos. Es necesario definir una serie de juegos de pruebas que sirvan para validar el buen funcionamiento del sistema. Estas pruebas deben cubrir: todos los procesos diarios y periódicos (cierres mensuales, liquidaciones, etc.) del negocio, casos raros frecuentes y también esporádicos. En Cisco, no se realizaron todas las pruebas necesarias, ya que solamente tomaron la información real de un día tipo y de un segundo día.

# data[].attributes.headline
“PNVK y CIA.” - Novick, Sosa Matias, Galmarini, Corti, Peralta, Suarez, Arana

# data[].attributes.subject
“PNVK y CIA.” - Novick, Sosa Matias, Galmarini, Corti, Peralta, Suarez, Arana

# data[].attributes.body
Etapa: La formación Una de las conclusiones que se arribaron en la etapa CRP0 fue que no seria posible cumplir con el objetivo de a implementacion sobre modificar el soft del ERP. Era necesario realizar dichas modificaciones para obtener los resultados de Cisco. La etapa CRP1 confirma que dichas modificaciones se debían realizar ya que había una gran cantidad de operaciones de la empresa que no recibían soporte por parte del software.

Etapa: Planificación del hardware y copias de seguridad
La performance de Cisco caía muy rápido a medida que mayores usuarios utilizaban el nuevo sistema, dada la inestabilidad del sistema, el cual se caía en promedio una vez al día. Esto se debía a la arquitectura y al tamaño del hardware.

Etapa: pruebas de rendimiento y estrés
El software no tenia la habilidad para administrar el nivel de transacciones que Cisco realizaba, de hecho, el software potenciaba los errores del hardware. El error había sido no probar los sistemas con una base de datos grande.

# data[].attributes.headline
"Austral Tech" (Armesto, Avila, Sarfati, Torres Pinelli)

# data[].attributes.subject
"Austral Tech" (Armesto, Avila, Sarfati, Torres Pinelli)

# data[].attributes.body
CISCO - CLAVERO:

En el artículo de Cisco identificamos 3 problemas:

(1) Arquitectura del Hardware
El sistema se caía por lo menos 1 vez por día.
*Etapa de formación: "Infraestructura. Soporta el alojamiento y mantenimiento del hardware y del software de base
necesario para el funcionamiento del ERP"

(2) Tamaño del Hardware
No contaba con la habilidad de manejar el nivel de transacciones que tenía Cisco, los procesos se rompían con grandes volúmenes de información.
*Etapa implementación: Pruebas de rendimiento y estrés - "es de gran
importancia medir el rendimiento del sistema, del modelo y de los desarrollos realizados, tanto para los procesos on-line como para los procesos batch."

(3) No testear el sistema con todas las areas de la compañía funcionando. Se hicieron pruebas aisladas de areas del negocio en específico pero nunca una prueba con toda la compañía trabajando al mismo tiempo.
*Etapa de implementación: Pruebas de integración de procesos y módulos - "necesitamos definir una serie de juegos de pruebas que servirán para validar el buen funcionamiento
del sistema una vez que se hayan superado con éxito"

# data[].attributes.headline
'' Anti Ameba'' ( Rebour, Delfino, Vieytes, Fava, Moyano, Szalai)

# data[].attributes.subject
'' Anti Ameba'' ( Rebour, Delfino, Vieytes, Fava, Moyano, Szalai)

# data[].attributes.body
PROBLEMAS DE CISCO:

Problemas:

1)     Arquitectura y tamaño de hardware porq el sistema caía rápidamente.

Etapa 1: La definición de las situaciones actual y objetivo” se falló en la elección del diseño correcto del sistema para que cubra los procesos habituales del negocio.

2)     La habilidad del software para manejar el nivel de transacciones de Cisco

procesaba en forma ineficiente las tareas mas comunes.

El problema se ve en las ETAPAS 3 o 6 y 7.  Causa del problema: ETAPA 3 / 4 de “planificación de hardware y copias de seguridad” y ETAPA 3 de “Pruebas de integración de procesos y módulos” ETAPA 3 de “pruebas de rendimiento” , Cisco fracasó en el entorno de producción dado que el sistema no podía soportar los volúmenes de datos y número de transacciones.

3)     Secuenciado (por etapas) (poco riesgo muy costoso). Utilizaron una base de datos parcial.
El sistema no tenia la capacidad de procesar la carga necesaria, ni siquiera la gestión habitual.

Secuenciado: cuando se pone en marcha el sistema (ETAPA 6 y 7) se encuentra el problema. Causa: por una mala decisión en la etapa de planificación (1).

Una base de datos parcial: cuando se pone en marcha el sistema (ETAPA 6 y 7). Causa: etapa 1 (planning)  -à No se probó con una base de datos más grande.

# data[].attributes.headline
GRUPO IUNES BURGO BAIGORRI LA MADRID INURRIGARRO

# data[].attributes.subject
GRUPO IUNES BURGO BAIGORRI LA MADRID INURRIGARRO

# data[].attributes.body
Problemas identificados:
1. Estructura del hardware: Constantemente existia el problema de la caida del sistema, lo cual provocaba que el proceso sea poco eficiente.
* Etapa de la definicion de las situacion actual y objetivo. El fallo en la eleccion del diseño correcto en cuanto a la arquitectura del sistema es notorio en esta etapa ya que los procesos de negocios se vieron altamente alterados.

2. Tamaño del Hardware:
El nivel de transacciones que tenia Cisco era muy elevados para la implementacion que se estaba planteando, por lo cual al tener altos volumenes de informacion, los procesos se rompian.
* Etapa de implementacion: Pruebas de renidmiento y estres. Segun Clavero, es importante para medir el rendimiento del sistema tanto para los procesos online como batch. Las pruebas y simulaciones tambien forman parte de la implementacion.

3. Cambio cultural:
Si bien podemos inferir que los cambios dentro de la compañia, pueden ser molestos, es fundamental que el equipo este amalgamado y predispuestos a hacerlo en el caso de que sea necesario. Esta fue la situacion en la cual por evitar una solucion de tipo ERP se complico mas la situacion; al querer mantener la fuerte tradicion de Cisco en la estandarizacion y utilizacion de bases comunes.
* Etapa de formacion: es aqui en donde se va capacitando al personal en el nuevo sistema y de manera gradual a toda la organizacion, la cual, segun el autor puede ser clave para incorporar y renovar conocimientos.

# data[].attributes.headline
AI (Anderson, Dorbesi, Moran, Otero y Verger)

# data[].attributes.subject
AI (Anderson, Dorbesi, Moran, Otero y Verger)

# data[].attributes.body
Problemas al implementar el nuevo software:

1. Problema en la arquitectura y tamaño del hardware: el sistema se caia en promedio una vez al dia.

Esto lo podemos relacionar con la etapa que meciona Clavero de la planificacion del hardware y copias de seguridad, lo cual es fundamental que sean dimensionadas de la manera correcta para que el proyecto funcione. Esto incluye la realizacion de copias de seguridad y la realizacion de un plan de recuperacion para volver a la etapa anterior en caso del que sistema no funcione como se esperaba.

2. Problemas con la habilidad del software para manejar el volumen requerido de transacciones en Cisco: ineficiencia a la hora de procesar tareas comunes. Esto se debia a que algo habia fallado en las pruebas finales del sistema.

Esto se puede relacionar con la etapa de pruebas de rendimiento y estrés que destaca Clavero como importante para medir el rendimiento del sistema tanto para los procesos online como batch. Es importante la realizacion de distintas pruebas y simulaciones para que cuando el sistema se lance funcione correctamente.

3. Cambio en la manera de trabajar: la implementacion del proyecto significo un cambio radical en el core system de Cisco. Esto requirio capacitar a todos los empleados y que muchas areas tengan que priorizar los proyectos. El equipo de IT, por ejemplo, dejo de lado sus proyectos y se dedico un año entero a la implementacion de Oracle.
Esto se relaciona con la etapa de la formacion en la cual se va capacitando en el nuevo sistema de manera gradual a los distintos miembros de la organizacion. Clavero lo menciona como un gran momento para renovar los conocimientos.

# data[].attributes.headline
"Los Cámara Prendida" (Burastero, Del Valle, García Lombardini, Gonzalez, Madina y Romera)

# data[].attributes.subject
"Los Cámara Prendida" (Burastero, Del Valle, García Lombardini, Gonzalez, Madina y Romera)

# data[].attributes.body
En primer lugar, observamos un problema en el punto de partida en cuanto al CAMBIO CULTURAL, ya que Pete Solvik evitaba la incorporación de un programa ERP, insistiendo en mantener las estandarizaciones vigentes, lo que dio lugar a una inevitable incorporación de una solución del tipo ERP. En esta última implementación encontramos tres problemas:
1) La formación: debido a que Cisco busco acelerar el proceso de implementación, descuido la de adecuada formación en los usuarios claves, los cuales debieron tener una mejor selección, seguido de una formación en escala al resto del equipo, evitando generar ruido e incertidumbre en los usuarios al momento de la implementación, tal como ocurrió.
2) Prueba de rendimiento y estrés: Cisco no realizo pruebas con un nivel máximo de operaciones y volúmenes de datos o pruebas de integración de procesos y módulos, en donde se simulan casos atípicos que puedan generar errores en el funcionamiento del programa. Al realizar estas pruebas se hubiese evitado los fallos al momento de ejecutar grandes volúmenes de transacciones
3) Criterios de satisfacción del cliente para el éxito del proyecto: La nueva implementación del programa provoco que se descuiden otros proyectos propios de la empresa y al momento de implementarlo cayo la eficiencia. Esto se hubiera evitado siguiendo un paralelismo de dos o tres meses en donde se ponga a prueba el programa ERP, sin abandonar completamente el sistema tradicional. De esta manera se asegura que cuando abandonen el sistema tradicional de Cisco y cambien al ERP, no haya ninguna sorpresa negativa.

# data[].attributes.headline
"Esme, Ile & Co." (Ayerza, Bagini, Maciel, Murillo, Sassano)

# data[].attributes.subject
"Esme, Ile & Co." (Ayerza, Bagini, Maciel, Murillo, Sassano)

# data[].attributes.body
Uno de los principales problemas que tuvo Cisco es que a la hora de manejar el nuevo sistema, el mismo colapsaba por el gran volumen de información del giro del negocio. Esta situación se puede identificar en la etapa de "Planificación del hardware y copias de seguridad" planteada por Clavero, ya que es clave que la arquitectura del hardware pueda soportar todas las transacciones y volúmenes de datos necesarios para desarrollar los procesos de la empresa.
El segundo problema que identificamos fue la ineficiencia al momento de procesar las tareas más comunes de la empresa (generada por el mal diseño). El principal fallo de la compañía fue haber probado el sistema de manera aislada y no simultáneamente todos los procesos, es decir, teniendo en cuenta una base de datos mucho más grande. Clavero habla sobre este tema cuando se refiere a que el sistema debe cubrir una serie de contenidos:
- 80% del trabajo diario de cada proceso.
- Todos los procesos periódicos del proceso de negocio.
Por último, identificamos el problema de que Cisco no contaba con un "plan de recuperación de desastres", como lo plantea Clavero, porque necesitaban implementar el nuevo sistema de manera rápida, poniendo en marcha un arranque "big bang" (el sistema anterior contaba con innumerables fallas que impedían su correcto funcionamiento, es decir, debían implementar este nuevo sistema de manera casi obligatoria).