Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Antes de tomar una decisión sobre el tema que va a ocupar su atención durante
los próximos meses, haga una reflexión sobre cuáles son sus preferencias, en qué área
se sienta más cómodo y cuáles son las posibilidades de conseguir todo el material que
necesite si resuelve trabajar en un problema determinado. Una decisión apresurada
puede tener un costo muy elevado desde el punto de vista del esfuerzo requerido para
documentarse. Lo ideal es trabajar sobre un tema que usted ya conozca y apoyándose en
el material que ya tenga en sus manos o que pueda conseguir sin inconvenientes.
Una vez que esté preparado para comenzar la búsqueda del tema, dirija su
atención a cada uno de sus familiares o de sus amigos: siempre hay alguien que tiene
una empresa, un negocio, un comercio o, en general, un problema no resuelto que
requiere la asesoría de un analista de sistemas. Por supuesto que también pueden
utilizarse los temas que se encuentren en la organización donde uno trabaja, pero si no se
tiene la absoluta seguridad de que no se va a perder el empleo antes de terminar el
trabajo, es preferible buscar el tema en otra parte. Si no está satisfecho con las
posibilidades de escoger un tema apoyándose en la gente que conoce, podría desarrollar
algo genérico, es decir, un trabajo de aplicación general que no esté dirigido a una
organización en particular, sino que pueda ser parametrizado para que lo aproveche
cualquier usuario que cumpla con ciertas condiciones, de modo que la propuesta en
cuestión le resulte útil. Como esto hay cantidad de productos de software, de hecho, la
casi totalidad de los productos de software comercial, ya sea libre o propietario. Se
produce una herramienta que puede ser aplicada para solucionar el mismo problema en
varias empresas diferentes, como los sistemas contables, de inventario, de facturación,
etc.
La selección del tema se hace basándose en tres elementos, que permiten decidir
qué se quiere hacer, qué se puede hacer, y dónde conviene trabajar.
Planos de desarrollo
Por lo general, el trabajo de grado se desarrolla creando una herramienta
(aplicación programada) relacionada con el manejo de documentos, es decir, con la
captura de datos, la clasificación y ordenamiento de registros, el diseño de pantallas y
formularios, el procesamiento de la información, etc.). Con menos frecuencia, se
encuentra una situación en la que es necesario sugerir una modificación de los
procedimientos de trabajo, de la manera como se llevan a cabo las actividades, del orden
que se sigue en su ejecución, o de la jerarquía que debe tener quien autoriza la
realización de algunas tareas específicas. Por último, es posible que el problema
analizado no pueda resolverse sin una modificación sustancial de la estructura de la
organización (reingeniería). Pero para asegurar el éxito en estos trabajos es preciso
disponer de mucha experiencia, de un equipo de consultoría gerencial muy calificado, y,
sobre todo, de toda la confianza de quien dirige la empresa involucrada, por lo que no es
posible observar esta situación en un trabajo de grado realizado por un estudiante. Estas
tres posibilidades describen los planos de desarrollo de los sistemas de información
(plano de información, plano de operaciones y plano organizativo, respectivamente).
El plano de información está conformado por los flujos y documentos generados
por el plano de procesamiento. En este nivel se desarrollan trabajos como las
herramientas CASE, los sistemas expertos, sistemas didácticos y otros.
El plano de operaciones (cómo se hace) establece los métodos que rigen las
actividades de un sistema. Gran parte de los problemas que se presentan en este nivel,
requieran la intervención de un buen ingeniero (manejo de expedientes, solución de
problemas de tránsito, de transporte, de atención al público, etc.) e implican el uso de
herramientas como investigación de operaciones, simulación, calidad total para generar la
definición de procedimientos que optimicen el funcionamiento de los procesos analizados.
El plano organizativo (quién, dónde) engloba todas las estructuras, organización,
relaciones y jerarquía de los componentes (subsistemas) del sistema. La definición o
redefinición de este plano, conlleva a la elaboración de proyectos en áreas como
organización y métodos o reingeniería, que requieren coordinadores que analicen,
diseñen y construyan la estructura de los principales elementos (personal, tecnología,
procesos) de una organización.
Asesoramiento
Es imprescindible organizar un equipo de trabajo conformado por asesores en tres
áreas como mínimo: Ingeniería de sistemas (para garantizar la correcta aplicación del
método de análisis, de los diagramas utilizados y de la validez de los requerimientos
determinados), área técnica (por ejemplo, un especialista en relaciones industriales, o un
contador, o un médico) y programación. En este último aspecto, tenga en cuenta que
tanto el programador como el encargado de manejar los recursos multimedia (videos,
sonido, etc.) deben hacer exactamente lo que usted estableció en el análisis. Si el trabajo
queda mal, quien perderá su tiempo y su dinero será usted, por lo que no puede dejar las
decisiones en manos de los técnicos ni de los asesores. Asegúrese de conformar su
equipo con personal calificado que realmente pueda proporcionarle la asistencia
necesaria para la elaboración de un producto de calidad. Muchas veces, aunque el tutor
puede ofrecerle su orientación en estas tres áreas, es aconsejable que busque la opinión
de diferentes profesionales para conformar su equipo.
Tiempo
Analice la complejidad del proyecto. De este punto dependerá la planificación de la
propuesta. Si usted piensa desarrollar todo su trabajo de grado en un solo semestre, no
se arriesgue a escoger un proyecto complicado que exija un año de trabajo en
investigación y construcción. Si éste es el caso, deseche este tema o asesórese bien para
delimitar el alcance. De la precisión con que elabore su cronograma dependerá que el
trabajo esté listo cuando usted lo necesita.
Recursos económicos
Elabore un presupuesto con la relación de gastos, como costo del trimestre,
arancel de grado, tutoría, programación, resmas de papel, trascripción, tóner, discos,
encuadernación, transporte, alojamiento y cualquier otro gasto inherente al desarrollo del
trabajo, considerando los montos y las fechas en que van a necesitarse.
Evalúe este presupuesto, y analice si está ajustado a sus posibilidades. Haga
todos los ajustes que se le ocurran hasta lograr la combinación más adecuada a lo que
usted puede gastar, y considere, por ejemplo, si le conviene contratar un programador o
tomar un curso de programación. Averigüe si entre sus familiares y amigos hay quien
pueda ayudarlo.
Recopilación de la información
Información útil
La información tiene un costo. Todo lo que se pregunta genera una respuesta que
debe ser procesada, tabulada, interpretada y presentada adecuadamente en un informe,
por lo que resulta crucial asegurarse de que todo lo que va a procesarse constituye
información útil. Si se pregunta algo que el que responde no sabe, se corre el riesgo de
que proporcione información confusa o errónea. Es preciso asegurarse de que no se van
a hacer preguntas mal planteadas, o de que no se va a tratar de aplicar un esquema de
observación que genere información que no interesa o que resulta irrelevante para los
efectos de resolver el problema que se quiere resolver.
Hay dos premisas que es necesario tener en cuenta cuando se hace el trabajo
inicial de recopilación de información. La optimización de un sistema de información, por
ejemplo, pasa, frecuentemente, por la reducción de la nómina. Esto, que es sabido por las
personas que trabajan en la organización donde el analista está llevando a cabo sus
tareas, indica que es, como mínimo, imprudente preguntar en forma directa a esta gente
por los problemas que se presentan con algo que está relacionado directamente con su
desempeño.
La primera premisa es, entonces, que la gente no siempre responde con la verdad
a lo que uno pregunta. Por otra parte, se cumple aquí más que nunca la máxima “basura
entra, basura sale”. Si uno no ha definido con precisión qué es lo que necesita averiguar,
es imposible que lo que se obtenga en este proceso sirva para solucionar el problema. Si
uno no sabe qué es lo que se necesita, no se puede esperar que quienes están causando
el mal funcionamiento le indiquen al analista cómo corregirlo. La segunda premisa es que
la gente ignora por qué ocurren los problemas. Una vez que se ha diseñado un plan
adecuado, se puede comenzar a averiguar qué es lo está sucediendo, cómo se trabaja en
este tipo de organización, qué diferencias presenta esta organización específica con
respecto a otras, y qué es lo que se debe corregir para satisfacer al cliente.
Entrevista estructurada
La entrevista estructurada se utiliza para plantear una conversación de manera
ordenada con las personas que contratan al analista, o los que están encargados de
manejar el proceso que va a analizarse. Se lleva a cabo estableciendo con anticipación
qué puntos se van a tratar (es decir, cuál será su estructura) y es de utilidad
principalmente para establecer quién es el usuario principal del sistema, quién es el que
tomará la decisión de implantación o de compra y, en algunos casos, qué exigencias
específicas deben satisfacerse para la implantación exitosa del sistema de información
(requerimientos del usuario).
La primera pregunta que hay que responder es a quién se va a entrevistar.
Nuevamente, si se va a trabajar en una empresa determinada, con un gerente o un dueño
que está claramente identificado como la persona que toma las decisiones, la decisión es
sencilla. Pero si la empresa es más grande y compleja, es posible que haya que
conversar con varios individuos. Si se está pensando en producir una propuesta genérica,
quizá se obtengan los mejores resultados al entrevistar a los gerentes de varias
organizaciones que puedan ser consideradas como candidatas a ser clientes o
patrocinadores.
Ningún caso es igual a otro, por lo que las decisiones deben tomarse después de
haber analizado las circunstancias particulares de cada uno. La estructura de la entrevista
debe facilitar el trabajo posterior del analista: debe ayudarle a identificar a las personas
cuya aprobación sea un requisito para poder instalar un nuevo sistema de información, a
quienes tengan el control de la información que se necesita para hacer el estudio. El
entrevistado es el que va a dar el primer panorama de la situación general. El analista
debe buscar, por un lado, evitar el desgaste y la pérdida de tiempo que ocurren cuando el
que toma las decisiones no es quien uno creía, y por otro, debe buscar información lo más
precisa posible de quiénes son las personas que están a cargo del área en la que se va a
trabajar.
Cuando el trabajo que se quiere desarrollar se dirige a una empresa específica, es
obvio que el entrevistado más importante es el dueño de la empresa, o la persona que se
encargue de tomar las decisiones económicas. A veces es el dueño, a veces es un
gerente, y otras veces es algún familiar del dueño, una persona de su confianza o,
inclusive, puede ser una secretaria u otro, que habrá que identificar con precisión,
rápidamente y de manera discreta. En estos casos, una vez que se sabe quién maneja el
dinero y quién maneja lo técnico, ya se pueden tomar decisiones en cuanto a si conviene
o no dedicarse a este proyecto. Si se quiere hacer algo genérico, que pueda ser utilizado
por muchos clientes, ya sea a través de una licencia o con una distribución gratuita, la
entrevista debería orientarse a la búsqueda de un patrocinador o de algunos candidatos a
pagar una licencia. El software con licencia siempre apoya su distribución en un estudio
de mercado. Y esto, a su vez, da una idea de a quién conviene entrevistar y qué se podría
preguntarle. Para entusiasmar a un posible patrocinador para una herramienta de
software, didáctica o de otro tipo, la entrevista tiene que incluir preguntas sobre el
presupuesto publicitario, o sobre los costos de los medios utilizados habitualmente para
ayudar al adiestramiento o para promover políticas y normas.
La entrevista ideal es la que se lleva a cabo sin demoras innecesarias,
estableciendo de una vez qué es lo que se busca e identificando por su nombre a las
personas que pueden contribuir o que pueden constituir un impedimento para la
realización del proyecto
A continuación se presenta un ejemplo de entrevista para desarrollar un sistema
de información con base de datos:
ESTRUCTURA DE LA ENTREVISTA
Propósito: Identificar las personas que pueden tomar decisiones de adopción de la herramienta programada
o que pueden interesarse en promoverla.
El resultado de esta entrevista debe ser, en primer lugar, la identificación de la persona a quien hay que dirigirse o a quien
hay que tratar de interesar más, además de establecer cuáles son las personas que tendrán relación directa con el proyecto que se
quiere llevar a cabo. Por otra parte, debe precisarse si se observó un interés real en la propuesta y si el ambiente de trabajo es
favorable para la adopción de nuevos métodos y técnicas.
Como puede verse, la entrevista se orienta por completo a obtener apoyo para el
proyecto que se va a realizar. Los temas que se tratan con el entrevistado se refieren,
directa o indirectamente, a este único asunto, y no hay mucha diferencia con lo que se
debe hacer si lo que se va a desarrollar es un sistema de información con base de datos,
excepto que en éste último se entrevistan más personas.
El resultado de la entrevista debe incluir las respuestas a cada una de las
preguntas que se formularon, evitando las ambigüedades y asegurándose de que el
propósito de la actividad se haya cumplido de manera satisfactoria. Este resultado es lo
que va a utilizarse para tomar la decisión de seguir adelante con el proyecto o para
dejarlo, por lo que es necesario expresarlo con toda la precisión y la claridad requeridas.
Revisión de material bibliográfico
Una vez que se ha identificado a quienes van a apoyar este trabajo, el paso
siguiente consiste en buscar todo el material que pueda reunirse para facilitar la obtención
de información útil. Es muy frecuente que el ingeniero de sistemas deba involucrarse en
temas que conoce sólo superficialmente, por lo que conviene dedicar algún tiempo a la
lectura de los textos o páginas web que refuercen los temas más importantes.
Principalmente, lo que hay que hacer es tratar de identificar los aspectos que
generan problemas con mayor frecuencia, de manera de orientar la búsqueda y aumentar
la eficiencia. La mayoría de los conceptos que se van a utilizar, como en todo trabajo en el
que la tecnología y las novedades juegan un papel trascendente, requiere que el material
consultado sea lo suficientemente actualizado. Esto significa que, dependiendo de los
equipos, del software o de las normas que vayan a aplicarse, habrá que buscar libros,
revistas o material web de fecha reciente. Pero, por otra parte, hay algunos conceptos que
son válidos independientemente de la fecha en que se publicó el libro en que aparecen,
por lo que, en estos casos, la actualidad o la data reciente de edición no tiene ninguna
importancia.
La regla general es que si se deben mencionar equipos, estos deben ser los más
recientes, pero cuando se hace referencia a aspectos teóricos o básicos, a la historia o al
desarrollo de un área del conocimiento, no hay diferencia entre el material editado
últimamente y el que se produjo en fechas anteriores. Por supuesto, esta regla tiene sus
excepciones.
La revisión de material bibliográfico es una técnica de apoyo al análisis que debe
cumplir dos objetivos principalmente. En primer lugar, sirve para proporcionar todos los
conceptos y conocimientos necesarios para trabajar exitosamente. Por supuesto, no se
adquiere el dominio de un tema en un momento ni leyendo uno o dos libros, pero, en un
lapso razonable, cualquier persona inteligente que sepa orientar adecuadamente su
búsqueda puede acumular un caudal de conocimientos que le permitan juzgar
acertadamente si lo que está haciendo está bien encaminado o no. Esto, a veces, debe
sustentarse con la ayuda de una persona de más experiencia que pueda solucionar las
dudas que inevitablemente se presentarán a lo largo del trabajo.
Desde este punto de vista, la revisión bibliográfica aportará la sustentación
necesaria cuando se realicen afirmaciones que, eventualmente, puedan ser puestas en
duda por el lector. En segundo lugar, aunque es lo más importante, la literatura
especializada en el tema puede servir para identificar las áreas que requieren mayor
atención, de manera de ahorrar tiempo y esfuerzo cuando se haga la observación directa.
Estas áreas se llaman áreas de conflicto, y representan los aspectos más ricos en
oportunidades de mejora para que el analista las aproveche. La situación más favorable
para el ingeniero de sistemas es aquella en la que el proceso estudiado presenta mayor
cantidad de puntos débiles, con solución sencilla y que generen una buena posibilidad de
impresionar al cliente.
El informe de esta actividad se hace indicando, primero, qué temas o qué
conceptos se investigaron y cómo se obtuvo esta información. Este plan puede
presentarse utilizando una tabla con una columna para mostrar los temas, otra para las
fuentes donde se va a investigar, otra con las áreas de conflicto que se encontraron en
cada aspecto consultado, los resultados de esa búsqueda (conclusiones) y una con la
indicación de lo que puede constituir una oportunidad de mejora, mencionando luego si se
alcanzaron los objetivos que se plantearon y haciendo algún comentario que ayude a
profundizar, si es necesario.
Toda la información que se relacione con el trabajo debe ser cuidadosamente
revisada y guardada en una carpeta que permita una clasificación y recuperación cómoda
cuando se necesite. Recortes de periódicos, revistas, referencias verbales y cualquier
material sobre el tema deben ser identificados, registrados, fechados y clasificados como
para que puedan utilizarse posteriormente. Mientras tanto, converse con todas las
personas involucradas en su sistema y anote los resultados de estas conversaciones y de
todo lo que observe. Posteriormente se decidirá qué puede resultar de utilidad y qué no.
Básicamente, el propósito de la revisión bibliográfica es identificar las áreas de
conflicto que pueden presentar las oportunidades de mejora más convenientes para el
desarrollador. En este caso, se orienta la búsqueda al contenido básico de la materia, así
como también a establecer un criterio en cuanto al grado de complejidad de los problemas
planteados. Además, se comparan las diferentes formas como se presenta una misma
información con el objeto de seleccionar la que brinde mayor facilidad al estudiante.
En el caso en que se quiera desarrollar una aplicación web, tanto para sitios
comerciales como en sitios personales o de propósito didáctico, la calidad y la
confiabilidad del contenido deben garantizarse suficientemente, por lo que la revisión del
material escrito debe ser minuciosa, cuidando su actualidad y enfoque. El elemento más
importante en este punto es la búsqueda de material similar, que permita formular una
propuesta que mejore lo que se puede conseguir en Internet hasta el momento. La
información más importante es la que está relacionada con el tema que se va a tratar en
sitio proyectado. Lo más importante de esta parte de la tarea de recopilación de
información consiste en la identificación y ubicación del material que va a servir para
comenzar a preparar el contenido. Las oportunidades de mejora deben dar una indicación
más o menos precisa de cuáles son las características que deben considerarse en primer
lugar para lograr una ventaja con respecto al material disponible. Las áreas de conflicto
que se detectan revisando el material de lectura son las herramientas principales
utilizadas en la construcción de sitios web, el diseño general, los accesorios y los vínculos
y, por último, los elementos dinámicos que faciliten la inclusión de servicios en la página.
Revisión de material bibliográfico
ASPECTOS
FUENTE ÁREAS DE CONFLICTO CONCLUSIONES OPORTUNIDADES DE MEJORA
CONSULTADOS
Observación directa
Después de haber averiguado lo necesario acerca del tema en que se va a
trabajar, y de haber identificado las áreas de conflicto que hay que observar, puede
llevarse a cabo la siguiente fase del trabajo sabiendo dónde se van a buscar los aspectos
más importantes, y qué situaciones particulares pueden aparecer. La observación es la
técnica que proporciona el primer contacto con el proceso estudiado, las organizaciones
que lo aplican, su entorno y la gente involucrada en él. Aunque tanto la observación
directa como la indirecta pueden utilizarse provechosamente, y considerando la
conveniencia de acumular experiencia propia en el estudio y descripción de procesos
industriales y administrativos, es preferible aplicar las técnicas de observación directa y
clasificar uno mismo sus resultados.
Todo lo que se observe debe ser registrado, por lo que hay que diseñar un
formulario de notas que sirva para guiar la observación. Considere que lo observado
definirá los criterios que regirán el análisis. Lo que va a observarse y registrarse no es lo
mismo para todas las situaciones: el plan de observación debe considerar las
particularidades de cada proceso, de cada ambiente de trabajo y, sobre todo, de lo que se
quiere desarrollar.
Cuanto mayor sea la cantidad de observaciones, tanto mayor será la precisión que
se obtenga en el resultado. En la columna de resultados se indica qué es lo que se obtuvo
luego de completar el registro de las observaciones efectuadas. Para finalizar, se incluye
una columna con oportunidades de mejora, que se agregarán a las que obtuvieron en el
paso anterior y se utilizan para redactar una conclusión general sobre estos resultados
que se compara con el propósito inicial, expresando de manera explícita si se obtuvo lo
que se buscaba o no.
Cada aspecto observado debe desarrollarse por separado, presentándolos de la
manera más amplia posible, ya que ésta es la principal fuente de información útil que va a
obtenerse. A través de la observación se trata de identificar las oportunidades de mejora
más importantes, de modo que se pueda ir conformando un panorama preciso sobre las
características que debe poseer la aplicación.
A continuación se presenta un ejemplo de observación directa.
Plan de observación para el diseño de un sistema de información con base de datos. Área de conflicto: Mantenimiento
Mantenimiento de supervisión y control del Es realizado sin tomar en cuenta su nivel de confiabilidad Planificar el mantenimiento programado, sustentándose en información
sistema productivo que permita el cumplimiento operativa, debido a la inexistencia de los indicadores de estadística de acuerdo con la gestión realizada por el equipo de
de los objetivos empresariales. gestión necesarios para su programación. supervisión y control.
Aplicación de normas de mantenimiento que
No existen normas estandarizadas ni certificadas que Establecer una normativa sobre la cual se generen órdenes de trabajo
permitan obtener ciclos de revisión y/o
permitan generar órdenes de trabajo programadas. coherentes y fundamentadas en indicadores de gestión reales.
sustituciones para los equipos.
Elaborar de forma estadística y precisa, los indicadores que permitan
Sin registros históricos y basados generalmente en la
Indicadores de gestión. planificar las revisiones y sustituciones reales de los equipos de
experiencia.
evaluación y control
Elaborar un sistema de instrucciones que englobe todos los
procedimientos de trabajo que se llevan a cabo en el área.
Los procedimientos no están generalmente registrados ni Estos procedimientos deben ser aprobados por el nivel gerencial
Procedimientos de trabajo. organizados de forma que puedan usarse como elementos correspondiente.
de apoyo documental. Estos procedimientos deben ser estandarizados y rotulados para
permitir su aplicación en todas las áreas de trabajo que mantengan los
mismos equipos.
Área de conflicto: Mantenimiento
Plan de observación para el diseño de un sistema de información con base de datos. Área de conflicto: Criticidad operativa
Operatividad de un equipo durante un período No existe una frecuencia predeterminada para el Establecer programas de revisión o sustitución, fundamentados en la
determinado. mantenimiento a estos equipos. aplicación de indicadores de gestión estadísticamente formulados.
Imprecisión al evaluar la criticidad de los equipos, calculada Elaborar los elementos de cálculo de la criticidad de los equipos,
Criticidad de los equipos.
sobre elementos basados en la experiencia. basados en el proceso que estos ejecuten.
La observación referida a la criticidad operativa de los equipos de supervisión y control genera las oportunidades
siguientes: para que la frecuencia de revisiones y sustituciones que deben ser realizadas a los equipos críticos mantenga una
tendencia homogénea en el tiempo, hay que elaborar un plan que considere los indicadores de gestión. Por otra parte, los elementos
de cálculo de la criticidad deben vincularse a los procesos que se ejecuten en cada caso y no en la experiencia acumulada sobre fallas
Plan de observación para el diseño de un sistema de información con base de datos. Área de conflicto: Sistema SAP PM
El estudio de las áreas de conflicto del ejemplo presentado permitió conocer detalles específicos para la solución de la problemática
presente en dichas áreas de estudio, que incluyó Mantenimiento, Criticidad Operativa y Sistema SAP Módulo PM. En ellas, se observó la coexistencia
de aspectos determinantes que limitan directamente la programación necesaria para desarrollar planes de mantenimiento eficientes. Se hace referencia
a aspectos como la falta de organización estadística de indicadores de gestión, manejo de la información sin el detalle que es preciso y, como
resultado de esto, se establece que es necesario realizar planes de mantenimiento adecuadamente diseñados, para evitar imprevistos por la falta de una
base de datos confiable.
Cuestionario
En este momento, la información obtenida sirve para describir casi todos los
aspectos importantes del sistema en estudio. Si quedaron algunos puntos confusos, o que
presentan diferencias con el estándar de la industria, habrá que preguntar
específicamente a los usuarios para aclararlos. El cuestionario se aplica a los usuarios
primarios y secundarios del sistema de información que da apoyo al proceso en estudio.
Consiste en una serie de preguntas que se presentan, generalmente por escrito, a una o
más personas que se identifican individualmente, de modo de consultarlos nuevamente
en caso de que surjan dudas.
El propósito del cuestionario es completar la descripción que se obtuvo con la
observación. Es muy importante evitar hacer preguntas que requieran juicios valorativos o
de opinión. Si se logra eliminar la subjetividad, la información puede ser útil, pero si se
descuidan las dos premisas mencionadas en el punto de información útil, lo más probable
es que la solución que se proponga no ataque la raíz del problema sino lo que los
usuarios sienten como más molesto para ellos.
Las preguntas se hacen de manera que se puedan responder seleccionando una
opción entre varias presentadas (como en los exámenes de elección múltiple), para
aclarar cómo funciona el sistema de información, qué volumen de datos produce, cuántos
elementos distintos incluye y, en general, todo lo que sirva para describirlo y aportar la
información que no se pudo conseguir observando el desarrollo de los procesos.
A continuación, puede verse un modelo de instrumento para la aplicación de un
cuestionario para completar la información recogida en la observación de un sistema de
mantenimiento industrial. Nótese que todas las preguntas se refieren exclusivamente a la
descripción del proceso, y las opciones de respuesta, en igual cantidad para todas las
preguntas, son cerradas y abarcan todas las posibilidades. Este instrumento se presenta
para ser respondido por una o más personas, que deben identificarse para disipar
cualquier duda que surja al hacer el informe, y debe incluir una línea o dos con
instrucciones. El modelo se debe presentar indicando las respuestas que se recibieron en
cada pregunta.
Encuesta
Por último, una vez que se conoce con cierto detalle a la organización y a los
procesos que se realizan en ella, se pueden comenzar a buscar las fallas de
funcionamiento o los impedimentos que deben enfrentar los usuarios para utilizar el
sistema de información. Para esto debe dirigir su atención a las personas que sufren las
consecuencias de la situación estudiada. Los clientes de la organización, las entidades
que dependen de información que se produce en el departamento afectado por el
problema, o los proveedores externos, que no pueden influir en los procedimientos
administrativos que les causan retrasos en la cobranza, son los sujetos ideales para
indagar sobre los indicadores de mal funcionamiento.
La encuesta se dirige a entidades externas y se diferencia del cuestionario,
principalmente, en que no se identifica al que responde y en que todas las respuestas
tienen las mismas opciones. Lo ideal es que las respuestas puedan ser percibidas por el
encuestado como posición en una escala (por ejemplo, siempre, casi siempre, a veces,
casi nunca y nunca). Por ejemplo, si se trata de establecer actitudes se utilizará una
escala tipo Lickert (completamente de acuerdo, medianamente de acuerdo, de acuerdo,
poco de acuerdo, en desacuerdo). Si lo que se quiere es determinar repeticiones de un
evento se utiliza una escala de frecuencias (siempre, casi siempre, a veces, casi nunca y
nunca). Conviene ofrecer una cantidad impar de opciones de respuesta, para que se
pueda considerar que hay una posibilidad de responder en forma neutra (la opción
central).
La valoración de los resultados se hace considerando que las opciones de
respuesta están ordenadas, en todos los casos, ubicando la indicación de que existe un
problema de un mismo lado de la tabla (en el ejemplo que se presenta, el lado que indica
problemas es la derecha, columnas 4 y 5). De esta manera, se puede asignar un
coeficiente que varíe según la posición de las respuestas en la tabla, desde menos dos (-
2) para las respuestas que indican “nunca”, hasta más dos (+2) para las respuestas que
indican siempre. Cuando se han recibido todas las respuestas y se consolidan en una
sola hoja, se multiplica cada cantidad por el factor que le corresponde según su posición y
luego se anota la suma algebraica de los resultados en la columna 6 (Resultados). Así, un
resultado más negativo que otro indica que ese problema es percibido por quienes
respondieron como más grave.
La encuesta se aplica para identificar los inconvenientes que pueden ser
corregidos con una mejora en el sistema de información. Las preguntas deben surgir de
las oportunidades de mejora que se detectaron en cada área de conflicto sometida a
observación, de manera que permitan comprobar que los encuestados tienen la misma
percepción que el que hizo la recolección de información. Por ejemplo, podrían ser
¿ocurren fallas de producción por falta de materia prima?, ¿Puede conseguirse un
proveedor alternativo Cuando falta materia prima y el proveedor principal no está
disponible? ¿Son oídas las sugerencias de la Gerencia de Producción o de
Administración para el manejo de los inventarios? Todas las preguntas deben redactarse
de forma que, si se responden de manera favorable o implicando conformidad con la
situación actual, las respuestas se ubiquen del mismo lado en la columna de respuestas,
mientras que las respuestas desfavorables o de inconformidad, quedarán del otro lado. En
los ejemplos a continuación, las preguntas están redactadas de manera que las
respuestas que queden del lado derecho indican situación favorable y en el lado
izquierdo, situación desfavorable.
Para organizar las preguntas es conveniente agruparlas según las áreas de
conflicto que se establecieron durante la lectura del material bibliográfico, y que se
utilizaron para organizar la observación directa. Ordenar las preguntas de esta manera, y
formular la misma cantidad de preguntas para cada área de conflicto ayuda a facilitar el
procesamiento de las respuestas. Es muy importante, para lograr efectividad y eficiencia
en el levantamiento de la información, decidir previamente qué es lo que se necesita,
cómo debe estar presentado, en qué orden se necesita, cómo debe validarse, etc.
Organícese: haga un esquema de lo que va a preguntar, asegúrese de que la redacción
de las preguntas le ayuda a evitar la subjetividad y es lo suficientemente clara como para
que no haya confusiones ni ambigüedades que provoquen que queden preguntas sin
responder.
Una vez que ha obtenido las respuestas a sus preguntas, consolide la información
en un solo formulario anotando la cantidad de respuestas que se obtuvo en cada una,
como se indica en el ejemplo, y proceda de esta manera para asignar un valor numérico a
cada pregunta: la opción central se multiplica por cero, ya que se considera neutra, y las
de los extremos se multiplican por 2 o por -2 (positivo o negativo según indiquen que la
situación es favorable o desfavorable) y las internas por 1 o -1. La suma algebraica de
estos valores da una idea numérica de la gravedad del aspecto por el que se preguntó, y
esto, de manera directa, indica cuáles son los aspectos que requieren atención con más
urgencia.
A Veces (0)
Nunca (-2)
Resultado
Área
Responda las siguientes preguntas seleccionando la opción que más se asemeje a la realidad
¿Piensa que la empresa tiene suficiente publicidad para dar a conocer los servicios que ofrece? 0 3 4 6 2 -7 -2
¿Considera que los medios utilizados actualmente son los más adecuados? 0 2 10 2 1 -2
¿En caso de existir una página Web de la empresa, la utilizaría para buscar información? 6 4 4 0 1 14
Resultados de la encuesta
Si se ordenan las preguntas por el resultado obtenido al realizar los cálculos
indicados, ordenándolas con el resultado más negativo en primer lugar, se podrá saber
cuáles son, en la opinión de quienes respondieron, los problemas más graves que se
enfrentan al trabajar con la información que se genera con la rutina diaria. En otras
palabras, los resultados de la encuesta indican directamente los síntomas del problema
-En segundo lugar, variables como el tiempo, distancia y calidad del servicio
afectan la atención al cliente. La falta más notable en esta área es el tiempo de respuesta.
Diagnóstico