You are on page 1of 10

BUENAS PRCTICAS DE UN PROYECTO DE INVESTIGACINACCIN EN SISTEMAS DE INFORMACIN EN NIVEL 3 DE MADUREZ

Estay-Niculcar; Christian-Antoniop 1 2 Pastor, Joan3 1 Universitat Politcnica de Catalunya Espanya 2 Univ. Tcnica Federico Santa Mara de Chile Campus Guayaquil Ecuador 3 Universitat Internacional de Catalunya Espaa Resumen Este trabajo presenta una de las primeras experiencias documentadas de usar Investigacin-Accin en Sistemas de Informacin (IA-SI) en un nivel 3 de madurez, reportando resultados y resaltando las buenas prcticas conseguidas. Trabajar en nivel 3 se traduce en incorporar formalmente procesos de documentacin, seleccin del equipo de trabajo y difusin de resultados en el estudio relativo a la seleccin de un Enterprise Resource Planning (ERP) utilizando la metodologa SHERPA (Systematic Help for an ERP Procurement) en la empresa GRAPHIC. El trabajo describe el proyecto, sus singularidades y expone las lecciones aprendidas, que abarcan las distintas etapas de un proyecto: iniciacin, planificacin, ejecucin, control y cierre. Los proyectos de IA-SI son proyectos de investigacin y de accin que buscan resolver problemas en Sistemas de Informacin utilizando estrategias cooperativas y colaborativas. No obstante, la complejidad de este tipo de proyectos, la poca madurez del uso de IA-SI y la poca costumbre de integrar esfuerzos cooperativos y colaborativos en un proyecto de Sistemas de Informacin, hace muy difcil implantar estos proyectos, si bien su utilidad en rigor y relevancia de los resultados ha sido constatada. Por este motivo el documento tiene el valor de aportar una experiencia en este tipo de proyectos con el valor aadido que reporta una experiencia en nivel 3 de madurez. Cabe destacar que los niveles son estados de madurez que incluyen, proficiencia en InvestigacinAccin y dominio en gestin de proyectos. 1. Resumen En este trabajo se presenta una experiencia de uso de Investigacin-Accin en Sistemas de Informacin en una empresa del sector grfico: GRAPHIC. El estudio correspondi a la seleccin de un Enterprise Resource Planning (ERP) utilizando la metodologa SHERPA (Systematic Help for an ERP Procurement) durante el ao 2000. El proceso seguido se ha realizado bajo la idea de un Proyecto de IA-SI expuesta por primera vez en Estay y Pastor (2000a) y ya afianzada en Estay y Pastor (2003). Esta idea funde prcticas de gestin de proyectos con prcticas de Investigacin-Accin, todas desplegadas en niveles de madurez. El propsito central de este documento es mostrar la experiencia y los resultados de aplicar las mencionadas prcticas pero de un nivel 3 de madurez, es decir, prcticas que promueven procesos de documentacin del proceso, seleccin del equipo de trabajo y de difusin de resultados. Esto era posible por cuanto los participantes tenan experiencia previa y por la propia naturaleza formal de la experiencia, diferente a muchas otras relacionadas con IA-SI y/o seleccin de software, que se realizan sin estos elementos o son ms informales.

47

El documento se organiza de la siguiente manera: la seccin 2 presenta el diseo de la investigacin para luego pasar a la seccin 3 que muestra el trabajo realizado. 2. Diseo de la investigacin La seleccin del ERP en GRAPHIC se abord como un bi-ciclo de InvestigacinAccin (dos ciclos caractersticos, cada uno con una dimensin terica y una dimensin prctica, ver Estay y Pastor, 2000b): un ciclo Reflexin de gestin de la investigacin bajo liderazgo Reflexin de los autores dentro del grupo TWIST del LSI Departament de Llenguatges i Sistemes Planificacin Informtics (LSI) de la Universitat Observacin Politcnica de Catalunya (UPC) y un ciclo Observacin Planificacin de construccin de la solucin bajo GRAPHIC Accin liderazgo de miembros de GRAPHIC Ciclo de gestin (Figura 1). Accin de la investigacin Ciclo de construccin Figura 1: Diseo general de la investigacin de la solucin De esta manera, el proceso de investigacin consisti en la ejecucin paralela de los ciclos, vale decir, conforme se resolva el problema de seleccionar el ERP en GRAPHIC se mejoraba SHERPA. Esto implicaba que el mismo uso de IA-SI mejorase mediante prcticas de gestin surgidas de la experiencia. A esta razn debe aadirse qu, por ser esta la primera experiencia formal de un Proyecto de IA-SI, este esquema resultaba ms sencillo de analizar y seguir. 3. La gestin del trabajo Por la naturaleza de la relacin y experiencia de TWIST-LSI y GRAPHIC se opt por una gestin del Proyecto de IA-SI con ciclos paralelos (Figura 2). A continuacin se describen las singularidades de esta forma de proceder destacando en negrita los principales elementos. 3.1. Inicio de ciclo: Iniciacin Durante la iniciacin del proyecto era conveniente la determinacin y fijacin de varios aspectos claves que definiesen el futuro de las relaciones entre practicantes e investigadores. a. Garantas del proyecto Relevancia y compromiso social. El proyecto de seleccin de un ERP usando Investigacin-Accin fue posible gracias a que en todo momento existi predisposicin a un apoyo mutuo y colaborativo entre las personas del mbito universitario, LSI, y de GRAPHIC: TWIST tiene un inters acadmico por el tema de ERP, interesado de sobremanera por la contencin de costos y plazos en las PyMEs para que un ERP no resulte ser una adquisicin prohibitiva (no hay que olvidar que los ERP al momento de implantarse consumen gran cantidad de recursos econmicos lo cual se agrava si finalmente no es el adecuado). Sensibles a esta problemtica y dado que el tema es un tpico de investigacin relevante en la comunidad de Sistemas de Informacin, TWIST desarroll SHERPA, una metodologa de seleccin de ERP para PyMEs surgida de propias experiencias de seleccin de un ERP. Adems, TWIST tena

48

conciencia de que en Informtica es preciso dar respuestas y no producir nuevos problemas mediante la bsqueda de soluciones a problemas prcticos, el trabajo de campo, y la reflexin sobre la base prctica, lo cual era posible de conseguir mediante la Investigacin Cualitativa en Sistemas de Informacin (Estay y Pastor, 1999a, 1999b). Para GRAPHIC el tema es de sobra relevante para su estrategia de empresa y adems exista el compromiso gerencial y de varios departamentos para conseguir un ERP.
Iniciar estudio

Inicio de ciclo

A
Planificar la accin del caso

FR, MR, Accin


Comenzar la intervencin A

Plan de Gestin de Proyectos del caso

FPS, MPS, P

FR, MR, A

Planificar solucin al problema Ejecutar la accin

no

OK?

si

resultados de investigacin del caso resultados prcticos del caso lecciones aprendidas en el caso

Loop interno

Analizar madurez e intervencin en el caso

GRAPHIC la accin
re-planning?

Controlar

re-planificar? si

no

Plan de Gestin de Proyectos del caso

Re-planificacin si lecciones aprendidas sobre IA-SI resultados prcticos de IA-SI resultados de investigacin sobre IA:SI re-itera? satisface A? no

Re-planning A Cierre del caso re-itera? resuelto P?

no

si

si

nuevo bi-cciclo?

no

Ciclo de investigacin

Ciclo prctico

Figura 2: Gestin del Proyecto de IA-SI con ciclos paralelos

Compromiso investigador. La metodologa SHERPA estaba siendo usada por varias empresas gracias a su facilidad de 'customizacin' (Pastor et al., 2001), pues SHERPA no es en s misma una teora o un modelo, sino una solucin derivada del trabajo de investigacin aplicado y colaborativo de trabajos entre investigadores y profesionales, cuyo resultado a esa fecha era un conjunto organizado de varias sugerencias, criterios y consideraciones sobre la seleccin de un ERP, con un enfoque de mejora continua. Este serio trabajo de TWIST requera reforzar determinados elementos del anlisis en SHERPA mediante la utilizacin de UML, lo cual llev a definir un Proyecto Fin de Carrera (PFC) a realizar en el LSI (Guerrero, 2001). Compromiso prctico. Desde el punto de vista prctico, las empresas se encuentran sometidas a oleadas de informacin que muestran las ventajas de los ERP para integrar las actividades de la empresa. Esto hace que muchas empresas se sometan a estos estndares de facto y, por supuesto, a sus acompaantes en contratos de manutencin, asesora y capacitacin. GRAPHIC no era ajena a estas influencias y acometi la tarea de seleccionar un ERP, asumiendo el efecto de cambiar sus procesos de negocios y su cultura. Para ello encarg a Ricardo la direccin de este proyecto de cambio pues posea

49

experiencia en la seleccin de software, y a Jorge, estudiante del LSI, conocedor de SHERPA, y trabajador en GRAPHIC. Esto condujo a que SHERPA fuera aceptado por la confianza hacia Jorge y porque Ricardo vio en SHERPA una buena ayuda y gua en el proceso de seleccin de un ERP. Todo esto permiti una buena disposicin a aceptar 'la teora' universitaria como vlida y, por tanto, para tener facilidades de trabajo, especialmente en lo relacionado a recogida de datos. b. Impacto y significado GRAPHIC comprendi que el proceso de seleccin de ERP tal como lo haba presupuestado, 2 meses, con SHERPA se entenda a un plazo mayor. Esto fue aceptado como un hecho, asumiendo los cambios en su planificacin. Adems, GRAPHIC comprenda que la seleccin implicaba cambios importantes en sus procedimientos futuros de seleccin de un ERP o cualquier otro. Para TWIST esto no significaba mayores problemas, dado que no tenan limitaciones de tiempo para entregar un resultado. Esta condicin ideal y poco habitual ha resultado ser un factor determinante en las reflexiones finales. c. Habilidades y transparencia Habilidades. Jorge presentaba habilidades tcnicas y personales que lo haca un candidato idneo para llevar la investigacin en el ciclo prctico. Ricardo, por su parte, provea un buen soporte de experiencia que mejorara ostensiblemente cualquier trabajo con SHERPA. Por parte del LSI, los dos investigadores que estaran vinculados al ciclo de investigacin, permitan unir experiencia probada en investigacin con Joan, y dominio en mtodos y tcnicas cualitativas con Mateo. Transparencia. En cuanto a la transparencia, el LSI actuara como un partner metodolgico, guiando al investigador del ciclo prctico, mientras GRAPHIC aportara toda la informacin que fuese necesaria. Adems, se establecieron pautas bsicas de manejo de informacin. Aparte del compromiso universidad-empresa, la existencia del PFC de Jorge impona la necesidad de una alta formalidad en el trabajo que se realizara. Intenciones. Respecto de las intenciones, el LSI buscaba observar el uso de SHERPA con UML, igualmente analizar el uso de prcticas de gestin de proyectos en Investigacin-Accin. A su vez, GRAPHIC tena la intencin de obtener un ERP adecuado, y Jorge terminar su PFC. Determinacin de objetivos. Los objetivos generales en el ciclo de investigacin han sido observar el uso de SHERPA y asistir a Jorge en su trabajo de investigacin mediante una gestin adecuada del proceso de investigacin. El objetivo del ciclo prctico ha sido conseguir el ERP adecuado y aprender para futuras selecciones. 3.2. Inicio de ciclo: Planificacin Aqu se definieron y trabajaron varios aspectos de planificacin. a. Configuracin del equipo. La planificacin del proyecto se bas en el principio bsico que existan dos ciclos caractersticos. Uno de ellos, el ciclo de gestin de la investigacin fue dejado bajo control de Joan y Mateo, mientras el ciclo de construccin de la solucin fue dejado bajo control de Jorge supervisado por Ricardo. El rol y alcance de cada uno se ilustra en la Figura 3. Esta estructura del proyecto requiri que:
Joan y Mateo operaran en el ciclo de investigacin y oficialmente seran denominados los investigadores. Mateo sera el investigador del ciclo de investigacin y ocupara un rol de diseador del proceso de investigacin. Mientras, Joan sera el practicante en este ciclo de investigacin

50

ocupando el rol de mejorar la prctica de investigacin en TWIST conforme se aprendiese del uso de SHERPA y su uso con UML en GRAPHIC. Jorge y Ricardo operaran en el ciclo de construccin de la solucin y oficialmente seran denominados los practicantes. Jorge sera el investigador para mejorar la seleccin del proceso de seleccin y seleccionar un ERP. Mientras, Ricardo sera practicante experimentado en la seleccin de software. Otros miembros de GRAPHIC que participaron fueron personas en roles de directivos, usuarios y clientes internos.
Reflexin Reflexin

Joan

Ricardo

Observacin
Mateo

Planificacin

Observacin
Jorge

Planificacin

Accin

Accin

Ciclo de gestin de la investigacin


LSI

Ciclo de construccin de la solucin


GRAPHIC

Figura 3: Actores involucrados

b. Objetivos y alcance Objetivos. La dualidad del bi-ciclo oblig a aclarar los objetivos de las dimensiones tericas y las dimensiones prcticas existentes en ambos ciclos (Tabla 1).
Tabla 1: Objetivos involucrados en el Proyecto de IA-SI
Ciclo de gestin de la investigacin Proyecto implcito Dimensin de teora Proyecto de investigacin de mejora de SHERPA con IA-SI. Mejorar la prctica de la investigacin aplicada y colaborativa con elementos de gestin de proyectos. Definir y probar con mayor precisin SHERPA con UML. Ciclo de construccin de la solucin Proyecto profesional de seleccin de un ERP para GRAPHIC. Mejorar y cambiar el proceso de seleccin en GRAPHIC. Escoger el ERP adecuado para GRAPHIC.

Dimensin de prctica

Alcance en problemas. Con esto, los problemas a tratar fueron: El problema de investigacin era mejorar la aplicacin de SHERPA, reforzando determinados aspectos con el uso de UML, usando como marco de referencia la gestin de IA-SI. El problema prctico a resolver era asistir la seleccin de un ERP para GRAPHIC, usando como marco de trabajo la metodologa SHERPA. Indicadores de xito. Fijados los objetivos se pusieron como indicadores de xito, el buen resultado en GRAPHIC y la obtencin de publicaciones relevantes dentro del mbito acadmico y profesional. c. Modos de intervencin y roles Al relacionar ambos ciclos, fue necesario establecer modos de intervencin, en la medida de aprovechar sinergias entre ambos ciclos. As se lleg a establecer lo siguiente (Figura 4):

51

Ciclo de gestin de la investigacin.


Mateo, como investigador en Investigacin Cualitativa en Sistemas de Informacin sera un actionresearcher tcnico de Joan, dndole pautas sobre la forma de llevar adelante la gestin del proyecto de IA-SI para mejorar SHERPA. Joan, sera un practicante de investigacin, al ser un investigador participante en la generacin de SHERPA y, por tanto, quien mejor conoca como mejorar y aplicar SHERPA. Jorge, igualmente fue considerado un practicante de investigacin, por cuanto conoca metodologas de seleccin y era en s mismo un interesado en investigar cmo mejorar metodologas.

Ciclo de construccin de la solucin.


Jorge sera un action-researcher tcnico, en el sentido que liderara la mejora y cambio del proceso de seleccin de un ERP. Joan, a su vez, sera un action-researcher facilitador de Jorge en tanto le provea pautas que facilitasen la comprensin y uso de SHERPA. Ricardo a su vez era un practicante real.
campo de operacin compartido de Joan campo de operacin compartido de Jorge

Reflexin

Reflexin
action-researcher tcnico

practicante

Observacin

practicante

Planificacin

Observacin facilitador

action-researcher

Planificacin

Mateo action-researcher tcnico

Accin

Accin

Ricardo practicante

Ciclo de gestin de la investigacin


LSI

Ciclo de construccin de la solucin


GRAPHIC

Figura 4: Modos de intervencin

d. Gestin de comunicaciones Para la gestin de las comunicaciones se establecieron protocolos de reuniones con informes orales y escritos sobre el avance de la seleccin del ERP y sobre los cambios en SHERPA: En GRAPHIC eran reuniones de Jorge con Ricardo y/o directivos de la empresa. En TWIST eran reuniones entre Joan y Mateo. Entre TWIST y GRAPHIC se emple el intercambio de documentacin y reuniones entre, principalmente, Joan y Jorge, con presencia eventual de Mateo. Se realizaron intercambios de comentarios y cuestionarios mediante correo electrnico. De vital importancia fue dejar registro de estos intercambios. Esto deba ayudar a generar documentacin, existiendo un pre-acuerdo de, aparte de generar el PFC, producir un documento de investigacin que reflejase la experiencia y las aportaciones al rea de ERP e IA-SI. e. Gestin del tiempo Cronolgicamente el ciclo de investigacin se dej abierto y dependiente del ciclo prctico. Con esto, el proyecto en general se estim en 6 meses y no en los 2 meses que GRAPHIC previ inicialmente. Aparte, cada ciclo sigui caminos independientes, pero no es parte del proyecto de IA-SI para seleccionar un ERP con SHERPA que interesaba.

52

f. Gestin de los recursos humanos La colaboracin es una nocin ligada a la participacin. La participacin es reunirse y discutir, la colaboracin conlleva compromiso y honestidad en las acciones, as: La participacin en esta experiencia estaba garantizada en cuanto el LSI ganaba experiencia prctica y GRAPHIC ganaba un proceso ms riguroso y formal. La colaboracin se manifest mediante el compromiso personal de los investigadores del LSI en proveer soluciones cimentadas cientficamente para problemas prcticos, y GRAPHIC deba escoger un ERP idneo a su naturaleza organizacional usando sus mejores practicas de seleccin en SHERPA. Esta confianza mutua en que ambos/todos ganaran en experiencia y en sus negocios, permiti que no se pusieron limitantes a las personas en cuanto a su participacin y presencia en reuniones, generacin de documentos y, en general, dedicacin al proyecto. 3.3. Loop interno: Ejecucin y Control El ciclo prctico fue monitoreado completamente por Jorge dejando registro continuo de los acuerdos y cambios que se produjeron durante el proceso de seleccin y en documentos de avance las impresiones que le reportaba la experiencia de seleccin de un ERP como un proceso social de cambio. El ciclo de investigacin estuvo monitoreado por Mateo, el cual mantuvo constantemente reuniones con Jorge y Joan para inquirir sobre su proceder como practicantes y como investigadores. El control del proyecto fue realizado reuniones de avance convocadas por consenso, mientras el avance se monitoreaba con encuentros entre Jorge y Ricardo, donde Jorge informaba de su interaccin con Ricardo y Mateo, y Ricardo informaba a altas instancias de GRAPHIC. 3.4. Cierre y reflexin final a. Consideraciones generales Al final del Proyecto de IA-SI se recuper informacin de las reflexiones de Joan y Jorge. Respecto del ciclo prctico, como proyecto profesional, este sigui hasta cerrar el contrato con el proveedor del ERP seleccionado, y cerrar la propia documentacin que GRAPHIC exiga. Respecto del ciclo de investigacin, como proyecto de investigacin, sigui hasta evaluar el aprendizaje y mejora para SHERPA e IA-SI y se daba por terminada documentacin de investigacin como artculos y reportes tcnicos. Al momento de hacer un balance del trabajo realizado, la Tabla 2 resume varias elementos. b. Reflexiones Cuando se investiga con IA-SI se obtiene un resultado prctico en la forma de una solucin y, un resultado terico, al incrementar el conocimiento sobre un tema determinado. Pero, debido a que existen dos ciclos y dos dimensiones, es conveniente separar las reflexiones por cada ciclo y sus dimensiones. Cabe aadir que las reflexiones del ciclo prctico en su dimensin de investigacin son tomadas de Jorge, mientras aquellas relacionadas a la dimensin prctica emanan de Jorge y Ricardo. Las reflexiones del ciclo de investigacin han sido emanadas principalmente de Joan y Mateo para la dimensin de investigacin y se aade a Jorge cuando se trata de la dimensin prctica.

53

Tabla 2: Resumen del Proyecto de IA-SI


Resultados Ciclo de gestin de la investigacin Documentos sobre Investigacin-Accin en Sistemas de Informacin (Estay y Pastor, 2001a, 2001b) Documentos para implementacin de ERP (Esteves y Pastor, 2000). SHERPA es adecuado para medianas empresas, pero no se puede saber si lo es para grandes. La colaboracin entre action-researchers en los diferentes modos de intervencin aclara la dualidad de IA-SI, pero aumenta la complejidad de gestin. Ciclo de construccin de la solucin Captulo en libro de divulgacin profesional (Pastor et al., 2001). PFC de Ingeniera Informtica (Guerrero, 2001). Documentacin de GRAPHIC. SHERPA como un todo mejora la comprensin de lo que implica e involucra un proceso de seleccin de un ERP. Se confirma la conveniencia de mantener a las partes informadas de los cambios. SHERPA alarg el proceso presupuestado inicialmente, pero permiti identificar y mostrar todas las variables relevantes para que GRAPHIC tomase una decisin. El Director de GRAPHIC mostr satisfaccin en los resultados esperados. ERP seleccionado. Podra SHERPA ser expandido y ampliado? Se pueden sacar instancias especializadas de SHERPA?

Reflexiones generales

Indicadores de satisfaccin Producto Nuevas preguntas

Documentos a ser publicados. SHERPA observado en un nuevo caso con sugerencias de mejora. Podra usarse AI-SI siguiendo niveles de madurez de forma similar al CMM?

Ciclo prctico, dimensin de investigacin. El proceso de seleccin inicial era informal, considerando que solamente se pretendan hacer demostraciones de los proveedores. SHERPA involucr definir un proceso o un modelo formal con pasos a seguir y, lo ms importante, tomar los criterios de SHERPA y seleccionarlos y adecuarlos a las particularidades de la empresa. Tales criterios llevaron a la necesidad de manejar gran cantidad de informacin, con el consiguiente problema de pedir mayor cantidad de documentacin, la cual, en muchos casos, los proveedores no se encuentran dispuestos a facilitarla, no la poseen o se requiere que ellos la deban preparar. De esta manera, los proveedores eran calificados gracias a la informacin que se les peda adems de las demostraciones que realizaban. La calificacin la realizaba una comisin de evaluacin (compuesta por Jorge, Ricardo y usuarios seleccionados), la cual haca sugerencias a los directivos de la empresa para que ellos decidieran. Este proceder permiti a GRAPHIC mejorar y consolidar una relacin futura con proveedores informticos ms rigurosa y menos basada en tendencias de mercado. Como consecuencia, la racionalidad que impone de SHERPA fue asimilada por GRAPHIC. Ciclo prctico, dimensin prctica. La solicitud de documentacin hizo transparente el proceso, con lo cual los proveedores se enfocaron en las necesidades reales de lo que la empresa deseaba, invirtindose as la relacin de dominancia de los proveedores hacia una dirigida por GRAPHIC. Esto signific principalmente definir plazos de espera de la documentacin y el sometimiento a los proveedores a procesos formales de calificacin. La aportacin de SHERPA en la toma de decisiones ha sido un cambio en conocer mejor lo que implica un ERP y sus efectos organizacionales, aparte que se consigue un importante conocimiento del hacer de la organizacin. Esto se ha notado en el notable cambio por parte de los gestores en la empresa al tomar decisiones relativas a software de manera ms rigurosa e informada, por cuanto sin SHERPA: "hubisemos tenido que reorganizar nuestros criterios y confeccionar una metodologa muy parecida a la SHERPA" o se habra repetido la "seleccin de hace dos aos [que] fue un error." Todo esto hizo que finalmente se escogiera un ERP ms especfico a las necesidades de la empresa. Lo interesante fue que un ERP provisto por una conocida

54

empresa fue descartado por una combinacin de criterios propia de GRAPHIC, donde primaron principios organizativos y estratgicos por sobre criterios tcnicos o de simple marketing comercial. Ciclo de investigacin, dimensin de investigacin. El proceso de investigacin seguido permiti mostrar en todo momento que la seleccin de un ERP puede y debe enfocarse de manera organizada y ordenada. Al reflexionar sobre Investigacin-Accin con prcticas de gestin de proyectos, cobran importancia las decisiones iniciales durante el inicio y la planificacin del proyecto. En buena medida esto se ha facilitado gracias al aprovechamiento de una relacin acadmica con la empresas sostenida en un PFC, la bondad mostrada por SHERPA y, lo ms importante, la continua conversacin sostenida entre los investigadores lo cual permiti construir un ambiente de confianza y cimentar los compromisos colaborativos. Adems, se ha visto que la produccin de texto ha sido ms efectiva por cuanto se haba definido una lnea argumental que distingua lo terico de lo prctico en cada ciclo. Ciclo de investigacin, dimensin prctica. SHERPA claramente se vio aplicado en gran medida. Cambios son necesarios y requieren ser estudiados. Tales cambios que pasan por buscar otros mbitos de utilizacin para SERPA y adecuarle de manera precisa a otros sectores productivos, sin dejar de lado la necesidad de profundizar y/o aadir otros criterios principalmente tcnicos, como por ejemplo: reforzar algunas fases de SHERPA, como la fase 0.1 para afianzar un compromiso organizacional e incrementar la confianza en los involucrados en la seleccin), o considerar el volumen de la empresa como criterio, en tanto define la rigidez o flexibilidad, igualmente su estructura, tanto en tamao como en complejidad de los flujos de informacin. Al evaluar estos cambios, se detecta que de una u otra manera los criterios tcnicos o los nuevos criterios se encuentran o aparecen dentro de otros criterios ya existentes en SHERPA, sin embargo queda evaluar la posibilidad de hacerlos visibles o explcitos de alguna manera. Esto depende del grado de flexibilidad que se espere de SHERPA a futuro y de si se considera vlido para aplicarse en otro tipo de software. En general SHERPA ha resultado ser una buena herramienta en el sentido que hace ver la complejidad del proceso, pues es " un modelo que ayuda a una eleccin buena y consecuentemente un mejor trabajo de futuro", con lo cual fue posible: mostrar que las decisiones deben fundamentarse en procesos analticos basados en datos fidedignos y que respondan a las necesidades de la empresa, y reflejar en gran medida la realidad organizacional al exponer los procesos decisionales, los procesos productivos y sus flujos de comunicacin e informacin. 4. Comentarios finales En este trabajo se ha presentado la experiencia de una gestin del Proyecto de IA-SI enmarcado en la mejora de un proceso de seleccin de un ERP para la empresa GRAPHIC. Se ha mostrado la forma que el proyecto adquiere conforme se aplicaron los diversos procesos de gestin de proyectos. El nivel 3 permiti aplicar prcticas de gestin, comenzando a institucionalizar aspectos de documentacin del proceso (comunicacin abierta entre actores, registro de encuentros y comunicaciones), seleccin del equipo de trabajo (definicin de actores, garantas de participacin y modos y de intervencin) y de difusin de resultados (divulgacin como un proceso continuo de write-up). Si bien esto pudiese resultar banal o sencillo, en el caso de proyectos de Investigacin-Accin o proyectos de seleccin de

55

software no lo es tanto, y menos an bajo una ptica de gestin, la cual permiti dirigir y controlar el proyecto de manera ms certera y conseguir resultados positivos en plazos convenientes. 5. Referencias bibliogrficas
Davison, R.M.; Qureshi, S.; de Vreede, G.J.; Vogel, D.R.; y, Jones, A.N. (2000) Group Support Systems Through the Lens of Action Research: Experiences in Organisations. Journal of Global IT Management, 3(4):6-23. Denzin, N.; y Lincoln, Y. (1994). Handbook of Qualitative Research. SAGE. 643 pp. Estay, C.; y, Pastor, J. (1999a). Investigacin Cualitativa en Sistemas de Informacin: Contexto y contenido. Research paper LSI-99-41-R. LSI. UPC. Catalua, Espaa. Noviembre 8. 34 pp. http://www.lsi.upc.es/dept/techreps/1999.html. Estay, C.; y, Pastor, J. (1999b). Investigacin Cualitativa en Sistemas de Informacin: Instrumentos de investigacin y su organizacin. Research paper LSI-99-52-R. LSI. UPC. Catalua, Espaa. Diciembre 12. 86 pp. http://www.lsi.upc.es/dept/techreps/1999.html. Estay, C.; y, Pastor, J. (2000a). Improving IS Action Research with Project Management. En Chung, Michael. (2000) Proceedings of the 2000 Americas Conf. on Information Systems. Long Beach, California. 11-13 Agosto. pp, 1558-1561. Estay, C.; y, Pastor, J. (2000b). Investigacin-Accin en Sistemas de Informacin: Investigacin-Accin como paradigma. Report de Recerca 00-53-R. LSI. UPC . Septiembre 26. 58 pp. http://www.lsi.upc.es/dept/techreps/2000.html Estay, C.; y, Pastor, J. (2001a). Deriving good practices from project management for IS Action Research. En Proceedings of the Americas Conference on Information Systems. Boston, USA. August 3-5. Estay, C.; y, Pastor, J. (2001b). A retrospective validation of IS Action Research project management. En Proceedings of the AMCIS. Boston, USA. August 3-5. Estay, C.; y, Pastor, J. (2003). Formacin de investigadores informticos en InvestigacinAccin: una propuesta basada en un modelo de madurez de gestin de proyectos. En 3er CIVE 2003. Abril, 1-13. Esteves, J.; y, Pastor, J. (2000). Towards the Unification of CSF for ERP Implementations. En Proceedings of BIT 2000. Manchester, UK. Guerrero, Jose. (2001). Seleccin de un ERP con SHERPA y UML. PFC Enginyeria Superior en Informtica. Fac. de dInformtica. Universitat Politcnica de Catalunya. McKay, Judy; y, Marshall, Peter. (2001a). The dual imperatives of action research. En ITP (2001). pp. 46-59. McKay, Judy; y, Marshall, Peter. (2001b). Action Research: a guide to process and procedure. Submitted to ECIS 2001. Bled, Slovenia, 2001 Myers, Michael D. (1997). Qualitative Research in Information Systems. ISWorld Net. Pastor, J.A.; Franch, X.; y, Sistach, F. (2001). Methodological ERP Acquisition: the SHERPA Experience. En First World Class IT Service Management Guide (second edition), tenHagenStam. Whitley, Edgar. (1999). Understanding participation in entrepreneurial organizations: some hermeneutic readings. Journal of Information Technology, 14(2):193-202. June.

56

You might also like