Captulo V: Trabajo cognitivo y control sobre el proceso de trabajo: la produccin de software J.

Guadalupe Rodrguez Gutirrez1 Enrique de la Garza Toledo

I. Produccin material, inmaterial y simblica.

Todos los trabajos tienen aspectos materiales e inmateriales, objetivos y subjetivos, al grado de haber produccin eminentemente simblica tanto en su aspecto objetivo como subjetivo. Una complicacin es la intervencin del cliente, que puede darse en la produccin material o inmaterial. En el primer caso, cuando el producto adquiere un carcter objetivado, incluyendo la posibilidad de la produccin eminentemente de smbolos objetivados; en el segundo, que se produce con la intervencin del cliente en la que el producto se consume en el momento de la produccin.. Todas estas posibilidades de la produccin, material-inmaterial, simblica objetivada o subjetivada abren la necesidad de repensar conceptos clsicos de la Sociologa del Trabajo para analizar procesos de trabajo. 1.) Primero, en cuanto al control sobre el proceso de trabajo. Este concepto se populariz en la sociologa del trabajo en los aos cincuenta, sesenta y setenta y la imagen detrs era la del trabajo taylorizado, muy controlado, frente al trabajo del asalariado de oficio o bien del artesano autoempleado. En el concepto de control clsico influy mucho la ciencia poltica norteamericana de los sesenta que lo entendi a la manera weberiana como capacidad de imponer la voluntad a otro. En esta medida, en el proceso productivo se podran controlar los insumos, la maquinaria y el equipo, la distribucin del espacio fsico, el tiempo de trabajo, las operaciones a realizar, la calificacin, los conocimientos, las interacciones dentro del trabajo, la cultura y la subjetividad, las relaciones laborales (entrada y salida al trabajo, ascensos, salarios y prestaciones, capacitacin, afiliacin a sindicatos, a los sindicatos mismos). En la perspectiva marxista clsica, el problema del control con Braverman se remita a un nivel ms general, en la produccin capitalista para explotar al trabajador el capital tena que dominar al obrero dentro del proceso de trabajo. Es decir, esta concepcin remite, antes que al control, al problema clsico de la ciencia poltica del poder y la dominacin pero en el proceso productivo. Entendidos clsicamente como poder coercin y dominacin como consenso y en un caso extremo Hegemona. En general, el mbito del poder puede implicar la imposicin personalizada o bien

joserodriguez@nogales.uson.mx ; Profesor en la Universidad de Sonora, Unidad Nogales. Doctor en Estudios Sociales por la Universidad Autnoma Metropolitana, Iztapalapa. Enrique de la Garza Toledo, profesor-investigador de la UAMI: egt@xanum.uam.mx

abstracta a partir de reglas organizacionales o tcnicas. La dominacin se acerca a la legitimidad del mando y en el extremo al reconocimiento por parte de los dominados de esa capacidad intelectual y moral de ser dirigidos por la gerencia. Es decir, hunde sus races en el campo de la cultura y la subjetividad, en la construccin de los sentidos del trabajo y de las relaciones entre las clases en los procesos productivos que supone los niveles cognitivo, moral, esttico, sentimental y a las formas de razonamiento cotidianas, sintetizadas en discursos y formas de conciencia no discursivas. La hegemona, como en general el poder y la dominacin pueden ser todas concebidas como

construcciones sociales que implican estructuras de los procesos de trabajo y fuera de estos, interacciones inmediatas y mediatas, formas de dar sentidos en la produccin y en otros espacios de interacciones y niveles de realidad.. Es decir, el poder y la dominacin en el proceso de trabajo que puede sintetizarse en constelaciones tales como clientelismo, patrimonialismo, caudillismo, dominacin burocrtica, patriarcalismo, democracia, dictadura, etc., pueden operacionalizarse a travs del concepto de Control Pero el control tiene que especificarse en que tipo de relaciones de produccin se concreta de explotacin, de autoempleo, de subcontratacin, etc. En este camino de lo abstracto del poder y dominacin en el proceso de trabajo hacia el control con varias dimensiones, las tipologas del debate del proceso de trabajo pueden ser tiles control tcnico, administrativo, autocontrol- sin olvidar que todas las formas de control implican ciertas interacciones igualitarias o bien jerrquicas, que estas interacciones ponen en juego smbolos y sus intercambios o negociaciones, que implican reglas formales e informales, relaciones con determinadas estructuras. Remitindonos a los grandes tipos del trabajo no clsico (De la Garza, et.al, 2010). En el primero que se realiza en espacios cerrados y con trabajo asalariado aunque con intervencin de los clientes, el problema del control empieza por el que puede ejercer el empleador y la cooperacin o resistencia que pueden hacer los trabajadores. En esta dimensin caben los aspectos mencionados para el control en el trabajo capitalista. Pero al que hay que aadir el que pude ejercer en mayor o menor medida el cliente. El control del cliente empieza como presin simblica para la realizacin del trabajo en el espacio y tiempo esperado y con la calidad requerida por este. En este control pueden jugar las reglas organizacionales esgrimidas por el cliente u otras ms amplias de la legislacin, incluyendo los derechos humanos, hasta el recurso de la apelacin a la tica combinada con las emociones. Esta presin puede traducirse en interacciones, peticiones, reclamos hasta la demanda legal, segn el caso, sin excluir el uso de la fuerza fsica o simblica por parte del cliente o del trabajador. La situacin se complica para los trabajadores en espacio abierto de interacciones con sujetos diversos, sea en locales fijos o no (trabajo no clsico de tipo II). Cuando se trata de trabajo asalariado 1

valen las consideraciones ya expresadas para esta dimensin obrero patronal, habra que agregar la relacin con el cliente. Pero en este caso no se puede hablar de la participacin de este en un contrato de trabajo al cual se pueda apelar, como el derechohabiente del seguro social que puede reclamar un servicio previamente pactado, sino que en el mejor de los casos valen reglas ms generales del derecho civil, del penal, del reglamento de polica o del de salubridad. Pero lo que lo hace francamente complejo es la emergencia no necesariamente sistemtica de actores del territorio que no implican la relacin proveedor-trabajador-cliente, estos actores pueden ser transentes, policas, inspectores, otros trabajadores de la misma ocupacin, lderes de organizaciones de este tipo de trabajadores o de otras actividades (De la garza, 2007). Aunque estas relaciones no son de trabajo impactan al trabajo, impactan el uso del territorio para trabajar, al tiempo, al tipo de producto, a las ganancias, y hasta a la existencia misma de la ocupacin. Aunque son interacciones eventuales no necesariamente son extraordinarias y muchas veces es posible establecer regularidades en cuanto al tipo de actor que interacciona, el tipo de interaccin, los contenidos prcticos y simblicos, las cooperaciones, negociaciones y conflictos. El tercer tipo de trabajo no clsico (tipo III), en espacios cerrados, privados, con interacciones precisas con patrones, proveedores y clientes, lo que aade complejidad en cuanto al control son las presiones que vienen de la familia, las interfases y a la vez contradicciones entre espacios de trabajo y los de alimentacin, comida, aseo, cuidado de los nios, descanso o diversin. Otro tanto se puede decir de las interfases y contradicciones entre tiempos productivos y reproductivos y entre las mismas

actividades. Los actores adicionales a considerar son los hijos, esposos, familiares que cohabitan en el mismo espacio de trabajo y que exigen atencin, tiempo, afecto, otro tipo de trabajo el domstico para sus necesidades vitales. 2.) La regulacin laboral. Este tema ha estado asociado en el origen al surgimiento del trabajo asalariado sin regulaciones ni protecciones en los trabajadores de los siglos XVIII y XIX. Las luchas obreras fueron conformando un cuerpo de Leyes, contratos, etc. que regularan estas relaciones en cuanto al salario y prestaciones, la entrada y salida de los trabajadores del empleo, los tiempos de trabajo, las funciones a desempear, la calificacin necesaria, la forma de ascender entre categoras, las de cmo resolver las disputas entre capital y trabajo, las sanciones a los trabajadores cuando incumplan las normas, la movilidad interna, la polivalencia, los escalafones, la participacin en las decisiones anteriores de los trabajadores o de los sindicatos en los cambios tecnolgicos o de organizacin. Lo anterior se extendi ms all del lugar de trabajo hacia las instituciones de seguridad social y a las de la justicia del trabajo, as como a los vnculos ms amplios entre Estado, sindicatos y organizaciones patronales. Todo esto se consider por mucho tiempo que solo era pertinente para el trabajo asalariado, 2

por la razn de que se podra demandar por el incumplimiento de las normas a los trabajadores o a las empresas, a diferencia del autoempleado que al no contar con un patrn se consider ausente de una relacin laboral. S bien la relacin laboral en sentido restringido puede ser la que se establece entre el capital y el trabajo, que parte del puesto de trabajo y que se extiende hasta el Estado y las instituciones de justicia laboral y de seguridad social. En sentido ampliado la relacin laboral no sera sino la o las relaciones que en el trabajo se establecen entre los diversos actores que participan interesada o circunstancialmente en este y que influyen en el desempeo laboral. Con esta definicin ampliada de relacin laboral como interaccin social, con sus atributos de prctica e intercambio de significados en determinadas estructuras, los actores a considerar no tendrn que ser solamente los que contratan fuerza de trabajo y quienes son contratados, dependiendo del tipo de trabajo pueden ser actores muy diversos no necesariamente interesados en la produccin de un bien o un servicio determinado De la Garza, 2007) . En el primer tipo de trabajo no clsico, tipo I, (asalariados en espacios cerrados en interaccin directa con los clientes) vale la pena detenerse en la parte correspondiente al cliente. El buen trato al cliente es parte muchas veces de lo pactado en la relacin laboral como asalariado de este tipo de trabajador, el interaccionar con este actor con eficiencia y con cortesa puede ser parte de la regulacin formal. Frente a un incumplimiento de esta norma el cliente puede acudir a la empresa o a otras instancias de regulacin por ejemplo de los servicios mdicos- para demandar al trabajador, eventualmente puede tambin recurrir al derecho civil o al penal. Pero lo ms interesante podra ser la regulacin informal que apela a la tica del trabajador en la atencin, la cortesa o a las buenas costumbres. Dependiendo del caso tambin pueden influir sobre el trabajador sentimientos de compasin (discapacitados) y la presin simblica y hasta fsica de otros clientes que hicieran cusa comn con los reclamos. La presin del cliente puede encontrar apoyo en reglas de la organizacin que emplea al trabajador- las horas de entrada se convierten en inicio de la atencin para el cliente, igual que las horas de salida o los poros en la actividad del trabajador motivos de disputas. Es decir, las reglas burocrticas de la empresa pueden ser usadas por los usuarios y con esto adquirir un carcter tripartito en la prctica. Otro tanto se puede decir de reglas sancionadas directamente por el Estado sanitarias, criminales, mercantiles que el usuario las puede hacer suyas y esgrimirlas frente a un mal servicio por parte del trabajador. Cuando corresponda, las reglas pueden provenir de las organizaciones gremiales o polticas a las que

pertenezca el trabajador, o bien a mbitos desligados del trabajo para actores no clientes como reglamentos de trnsito, sanitarios, de moral pblica, etc.

Es decir, podemos encontrarnos en situaciones de imbricacin de reglamentaciones complejas formales e informales, no exentas de contradicciones y a las cuales los actores pueden apelar en los casos de violaciones o para ganar ventajas en la prestacin de los servicios. 3.) Posiblemente el concepto que en caso del trabajo ampliado sintetice a los dos conceptos anteriores y aada otros elementos importantes sea el de construccin social de la ocupacin. Otra vez, hay que buscar su origen en el trabajo asalariado clsico. En este, el concepto de empleo entendido como ocupacin de asalariados para un patrn, mucho tiempo ha sido pensado abstractamente como resultado del encuentro entre oferta de trabajo (fuerza de trabajo dira C. Marx) y demanda de esta por las empresas, las variables centrales que supuestamente permitiran explicar el empleo seran el salario y el nmero de puestos disponibles con respecto de los solicitantes de empleo, as como el nmero de oferentes de trabajo. Sin embargo, en el trabajo asalariado el arribar a la obtencin de un puesto de trabajo puede ser detallado con mayor precisin. Por el lado de la oferta de fuerza de trabajo, esta oferta es de hecho un tipo de accin emprendida por los que desean emplearse y, como todas las acciones sociales, se parte de situaciones que el futuro trabajador no escogi y de sus propias concepciones acerca del trabajo. Parte de cierta estructura de la familia, en ingreso, en jerarquas, en lo que se considera trabajos legtimos, de redes familiares, de amistad, de compadrazgo que permiten llegar a las fuentes de empleo. Adems, el oferente de mano de obra llega a solicitar empleo con cierta educacin, calificacin y experiencia laboral, gnero, etnia, origen urbano o rural y regional, en cierto momento de su ciclo vital. Por otro lado, se sita en estructuras macro que pueden aparecer invisibles para el actor, como coyuntura del crecimiento de la economa, estructuras del mercado de trabajo. Por el lado de la demanda de fuerza de trabajo esta tienen que ver con la microeconoma de la empresa, mercado del producto, ventas, inversiones, exportaciones y la macroeconoma que la impacta (inflacin, tasa de cambio, dficits en cuenta corriente). Pero tambin con la configuracin sociotcnica de su proceso productivo (tecnologa, organizacin, relaciones laborales, perfil de la mano de obra, cultura gerencial y laboral) y las estrategias de la gerencia de manejo de personal, de relaciones laborales. Cuando sea el caso pueden influir las polticas sindicales de contratacin de personal, por ejemplo el dar preferencia a los familiares de los ya empleados. Sin olvidar las restricciones del mercado de trabajo, las leyes laborales o de seguridad social, las polticas sindicales y los contratos colectivos de trabajo. En el encuentro entre oferta y demanda de trabajo estn involucrados sujetos que tienen intereses uno de ser empleado y el otro de conseguir al empleado adecuado, pero estos no actan con entera libertad, est limitados o impulsados por estructuras micro, messo y macro como las mencionadas, pero ubicados en estas los actores conciben la relacin de trabajo de acuerdo con su experiencia, intereses y carga cultural y el encuentro puede coincidir por los dos lados o a frustrarse. 4

En los trabajaos no clsicos tipo I la diferencia ms substantiva es la presencia del cliente en el lugar de trabajo y que el producto o el servicio se genera en el momento del consumo (hay un producto material que se consume en el restaurante o bien es un proceso de venta del mismo). Es decir, la construccin de la ocupacin depende tambin directamente del consumidor, que no contrata al trabajador, pero el ser contratado por la empresa depende de que aquel se est consumiendo en el acto mismo del trabajo. Es decir, la repercusin del mercado del producto sobre el empleo es directamente repercusin sobre el mercado del trabajo. Esta preferencia del consumidor no se basa solo en precio y en calidad del producto sino tambin en la atencin personal, de tal forma que en la produccin social de la ocupacin no es posible separar la demanda de trabajo de la demanda del producto o al menos no se dan en dos fases separadas, adems la presin por parte del cliente de proporcionar un productoservicio de calidad y afectividad permanece durante toda la actividad laboral y no forma parte solamente del momento de la contratacin del trabajador. Es decir, la construccin social de la actividad es permanente y puede verse coartada por las malas relaciones del trabajador con el cliente, adems de la propia gerencia. Por el lado del cliente su demanda de servicio implica costo y calidad del mismo, pero dentro de la calidad est la calidez de la relacin con el trabajador y la organizacin. En unos casos el resultado puede ser de compra venta compra en un supermercado, servicio tradicional de un banco en sucursal-; en otros, el producto se consume en el lugar de trabajo hospitales, hoteles, restaurantes- y la calidez forma parte integrante del servicio. Este factor puede alterar la demanda del producto y con esto afectar el empleo. La construccin social de la ocupacin se complica en espacios abiertos sean los trabajadores asalariados o no. La demanda del producto influye directamente en la construccin de este tipo de ocupaciones, en lo inmediato depende de los clientes, pero en lo invisible de la estructura del mercado, la inflacin, el tipo de producto, el nivel de ingreso de la poblacin. Es decir, un condicionante de estas ocupaciones es el mercado del producto para sintetizar. En lo micro el trato al cliente puede influir en las ventas y con esto en la ocupacin, pero muchos otros agentes pueden ayudar u obstaculizar la constitucin de esa ocupacin. Primero, las posibles organizaciones gremiales no necesariamente sindicales que pueden permitir o impedir ocuparse, adems de los miembros de su comunidad de ocupados o de otras competidoras. En segundo lugar la influencia de los actores no directamente laborales o de su venta, como pueden ser agentes pblicos intransigentes o condescendientes, los transentes y habitantes de la zona ciudadanos que protestan por la suciedad, por invadir vas pblicas, por delincuencia, por el ruido. No habra que olvidar a los proveedores de insumos o de productos para la venta que pueden presionar sobre lo que se ofrece a los clientes y sobre los precios. Sobre estas construcciones de la ocupacin pueden influir las reglamentaciones urbanas o rurales, 5

sanitarias, laborales para cuando se emplean asalariados, fiscales, los acuerdos corporativos entre organizaciones gremiales y gobiernos. No hay que dejar de lado un concepto ampliado de configuracin sociotcnica del proceso de produccin que implique al cliente como una dimensin importante. En los trabajos no clsicos tipo II, en los que se trabaja en espacios cerrados propiedad del trabajador, adems de lo sealado para el trabajo asalariado y para clientes, proveedores y mercado del producto, habra que aadir la influencia material y subjetiva de la familia por las posibles contradicciones entre espacio y tiempo de trabajo con respecto del necesario para la reproduccin familiar. En todos los casos, la perspectiva de sujetos implica que las estructuras presionan pero no determinan, que estas presiones pasan por la subjetividad de dichos actores y que la construccin de controles, regulaciones o la propia ocupacin implica generar decisiones en interaccin con otros sujetos situados tambin en estructuras y poseedores de capacidad de dar significados. Finalmente, el problema de la estandarizacin, rutinizacin no es exclusiva de las producciones materiales, puede haber estandarizacin en el trabajo simblico, por ejemplo la repeticin de un show sin interaccin con el pblico, aunque el trabajo de creacin-invencin puede estar menos sujeto a la estandarizacin, el del artista, el del cientfico (De la Garza, et.al, 2009)

II. El Trabajo cognitivo de diseo de software El trabajo de diseo de software es un caso de produccin eminentemente simblica objetivada que puede realizarse con la intervencin directa del cliente en la produccin o no. Adems, los smbolos que ms importan en esta produccin son de carcter cognitivo, sin afirmar que tica, sentimientos y esttica no intervengan. Por esto le hemos llamado trabajo cognitivo objetivado. Analizaremos el proceso de trabajo del diseo de software a la medida, que implica la intervencin del cliente en diversos momentos del proceso de produccin y los fenmenos de resistencia y negociacin en el proceso de trabajo. Podemos sintetizar las etapas del proceso de trabajo en el desarrollo del Software a la medida en las siguientes: a). El cliente contacta a la empresa desarrolladora de software a la medida. Se lleva a cabo una serie de entrevistas entre el cliente y la empresa para determinar la lista de requerimientos del sistema informtico y estipular las fechas de entrega de los mdulos que integran al mismo; b) Una vez convenidos los requerimientos del sistema, se contina con el diseo, configuracin y eleccin de la forma del desarrollo del Software, donde participan tanto los lideres de proyecto como los programadores (dependiendo del tipo de organizacin del trabajo, tamao de la empresa, experiencia, habilidades y destrezas de los programadores, etc.); c) El Lder de proyecto consensa y negocia con los 6

programadores (Junior y Senior) los requerimientos a desarrollar, as como los tiempos de entrega; d) El programador elige el mejor camino para desarrollar las lneas de cdigo que conforman el algoritmo, una vez que el programador concluye las rutinas que integran los requerimientos, stos se someten a una renegociacin no formal, que en la prctica acta como un arreglo social no explicito para corroborar entre programador y lder que no haya errores de configuracin o incumplimiento de los requerimientos, un vez resuelto lo anterior, se presentan las rutinas al tester de operabilidad, quien hace pruebas de calidad, con la finalidad de que se exhiban problemas internos de configuracin; d) Implementacin en campo y prueba con el cliente/usuario final (Torrisi, 1998). Es el periodo de tiempo en el cual convergen dos momentos: Es decir, el desarrollo de un sistema informtico no se circunscribe slo al proceso de trabajo que comprende la transformacin de los requerimientos del software a desarrollar que le da origen, sino que tiene que ver con la implementacin del software y la aceptacin o rechazo del mismo por el cliente. En este sentido, podemos establecer algunas caractersticas del trabajo cognitivo del software (Chudnovsky, Lpez y Melitsko, 2001). En el desarrollo de software a la medida existe un relacin tridica entre clientes, directivos y trabajadores; el producto simblico se objetiva fuera del productor y el cliente, est compuesto por vocablos de los lenguajes de programacin utilizados y el conjuntos de algoritmos que conforman los distintos requerimientos que estructuran los mdulos del software; existencia de una presin cognitiva en todo el proceso de trabajo por solucionar de la mejor manera acompaada, muchas veces, de la resistencia de los programadores, la negociacin, el boicot, el consenso, abiertas o soterradas. El cliente participa mediante una lista de requerimientos a veces directamente, en otras indirectamente- que debe cumplir el producto solicitado; el gerente o lder presiona cognitivamente a los trabajadores a que sean creativos y resuelvan de la mejor manera los requerimientos que solicita el cliente, pero los programadores auto-reconocen que son las habilidades y destrezas, la colaboracin y el juego, mediados por conflictos y resistencias, lo bsico para solucionar un problema planteado. Es decir no es la observancia de metodologas verticales y burocrticas lo que permite crear algoritmos que conforman el software; por el contrario, el proceso de trabajo cognitivo est inmerso en una incertidumbre constante, problemas de configuracin, rutinas de cdigo no claras que pueden o no cumplir con los requerimientos. Por otro lado en este tipo de software a la medida, el cliente es un sujeto activo al establecer los requisitos del programa y durante el propio diseo. El conocimiento que significa un programa de software puede almacenarse virtualmente, copiarse, optimizarse su uso, y la reproduccin de un programa puede implicar mnimos costos.

El proceso de trabajo del desarrollo de un programa informtico podramos definirlo como uno en el cual la materia prima son diferentes tipos de smbolos y el resultado es un conjunto de smbolos que sirven para resolver cierto tipo de problemas. Proceso que desde el punto de vista cognitivo estara conformado por cuatro grandes actividades cognitivas: conceptualizacin, formalizacin,

procesamiento de datos, e implementacin: o La conceptualizacin es el diseo de concepto-grafas de los distintos requerimientos que solicita el cliente/usuario, requerimientos que debe contener el programa a desarrollar. Para ello se

programan entrevistas para acordar con el cliente los requerimientos. Este conjunto de necesidades ocasionalmente -dependiendo de la formalidad de la empresa, tamao o trayectorias administrativas- son firmadas mediante un contrato o clusulas de requerimientos. o La formalizacin de dichas necesidades del usuario, son estudiadas, aprehendidas y modificadas por el analista, el arquitecto o el programador mas diestro en un diseo modularizado (depende de la complejidad de los requerimientos). El anlisis orgnico de los requerimientos deviene de conceptualizar el problema y resulta en una formalizacin del mismo. o El procesamiento de datos trata de seguir una serie de consideraciones lgicas entre los requerimientos trazados en el diseo y la formalizacin del problema. El diseo se subdivide en mdulos que poseen coherencia lgica, y stos, a su vez, se fragmentan en aplicaciones y stas se dividen en cadenas o bucles; posteriormente las cadenas se transforman en instrucciones al programador, quien convierte dichas instrucciones en un conjunto de algoritmos (smbolos) que construye a partir del lenguaje de programacin que haya utilizado; o Implementacin, es la entrega del programa informtico e instalacin en el sistema del cliente. Las empresas algunas establecen acuerdos de pos-venta, como asesoras en la capacitacin de los usuarios finales, mantenimiento durante un periodo de tiempo (Yoguel y Boscherini, 2001).

La definicin de categoras cognitivas como fragmentacin de tareas no significa que haya una estructura rgida, por el contrario stas estn traslapadas, la fluidez del conocimiento entre las fases del trabajo de diseo estn yuxtapuestas, son flexibles. Por ejemplo, es comn que quien desempea un puesto en un proyecto, se traslada a otro puesto en el siguiente proyecto; quien es analista en otro proyecto puede ser programador anteriormente. Lo flexibilidad cognitiva entre los puestos de trabajo parece estar relacionada con la experiencia, habilidades, destrezas que se poseen para determinado proyecto.

Estas fragmentaciones del proceso de trabajo cognitivo en realidad se yuxtaponen, se traslapan, se integran en la pantalla del programador. Es decir, las complejidades y dificultades metodolgicas para aprehender el conjunto de requerimientos en la conceptualizacion del problema, no suceden en forma aislada, el diseo requiere del conocimiento no slo del analista, tambin del comentario del programador. En el procesamiento de datos hay un constante ir y venir entre el diseador y el programador, coexisten una serie de consensos formales e informales en esta interaccin cotidiana en el desarrollo del programa; tambin interviene la tradicin organizacional de la empresa, si implementa continuos acercamientos con el cliente para valorar los avances o los diseos o se subvalora al cliente o usuario final. Ahora bien, considerando que las fronteras entre las fragmentaciones del trabajo en el desarrollo del software se desdibujan, no es menos cierto que cobran fuerza una serie de independencias individuales al interior de dicho proceso. Corresponde a una toma de decisin individual la calidad reflexiva de dicho algoritmo, en la decisin est implcita la voluntad e intencionalidad del programador o programadores que repercute en la coherencia lgica de las cadenas de algoritmos que conforman el mdulo. Las decisiones individuales de documentar el procedimiento, de explicar la lgica cognitiva en aquellos algoritmos complejos o no, es una decisin que contiene cogniciones, emociones, valores e incluso esttica.; es decir, el proceso de trabajo esta embebido de una constelacin de significados. Dichas Configuracines subjetivas embeben un conjunto de arreglos, consensos, conflictos, resistencias, relaciones de poder, ya sean individuales o colectivos que se inscriben, producen y reproducen formal e informalmente en las interacciones cotidianas al interior como al exterior del proceso de trabajo. En torno de los conflictos y resistencias en el trabajo cognitivo, vale preguntarse si hay intentos gerenciales de implementar medidas de estandarizacin del proceso de trabajo (Yoguel, et.al, 2004). Lo anterior tiene que ver con lo que se ha llamado la afliccin del software, es decir, la proliferacin de errores de programacin y, sobre todo, las dificultades por parte de las gerencias de establecer tiempos estndar de produccin. Algunos plantean que la solucin de la afliccin del software se resolver en la medida que se implementen herramientas y mtodos que resulten en una mayor estandarizacin y control en el proceso de produccin del software, es decir que la organizacin del trabajo est basada en una administracin cientfica de los tiempos y pensamientos que pretende la Ingeniera del Software y las dems ingenieras que giran alrededor, como la Arquitectura del Software, la Teora Cliente-Ordenador, la Teora de la Usabilidad, la Teora de la Ergonoma del Software, etc. Sin embargo, existe un conjunto de lmites a las intenciones de estandarizar en la produccin del software: 9

o Participacin proactiva del cliente en distintas fases del proceso de trabajo. o Incertidumbre en el proceso. o Ejecucin de las lneas de cdigo (LDC) acorde con las destrezas, habilidades y, un conjunto de reglas informales entre los integrantes de los equipos de trabajo. o Capacidad de decisin in situ, en torno a que mtodo es el ms adecuado en la ejecucin de rutinas y subrutinas de las LDC que integran un mdulo. o La capacidad de decisin in situ implica la existencia de arreglos sociales formales e informales. Por ejemplo, el nivel de experticia de quien propone una solucin, las destrezas y habilidades cognitivas de quien no necesariamente es un experto pero posee un talento en el discernimiento de la solucin requerida. o En el proceso de trabajo del software la comunicacin del como y el porqu se desarrollaron determinadas rutinas de LDC del sistema, est basado tambin en una doble limitacin: por un lado, el aspecto formal de la documentacin del algoritmo desarrollado (conocimiento codificado); sin embargo, esta descripcin carece normalmente de una serie de explicaciones detalladas, reflexivas (resistencia a documentar el proceso reflexivo). As, coexiste un doble juego, por un lado, la capacidad de saber-resolver un problema planteado por el programador y la no explicacin del saber-resolver, como es el caso de una documentacin insuficiente del algoritmo desarrollado, o bien el algoritmo que resolvi el problema est oculto entre candados (boicot). o Entre los programadores concurren consensos y luchas por el saber-hacer que se van trasmitiendo no slo en el proceso de trabajo cara a cara, sino que rompen las fronteras de la empresa e invaden el mundo de la vida del trabajador, mediando una fluidez cognitiva del saber hacer virtualizada, pantalla a pantalla. Donde quien transmite el conocimiento no necesariamente requiere de un programador experto en tiempo real, bien puede ser conocimiento codificado-virtualizado, como parte de las comunidades simblicas de trabajadores cognitivos presentes en Internet que colaboran y participan indirectamente en el proceso de trabajo. En otras palabras estamos en presencia de nuevas formas de fluidez cognitiva y nuevas formas de arreglos sociales de participacin en el proceso de trabajo. Particularidades complementarias en el proceso de trabajo del software (Perez, 2003) (David y Forey, 2002) (Da Costa, 2000) seran la: o Conformacin de un conjunto de constelacin subjetivas que se construyen formal e informalmente; representan intencionalidades y conflictos que pueden ser individuales o

10

colectivos. Estas son inherentes al proceso de trabajo: subjetividad creativa, subjetividad sgnica y subjetividad que se objetiva. o Alto grado de integracin del trabajo social en la pantalla del programador, y flexibilidad cognitiva que limita la racionalizacin de tareas al estilo taylorista. o rigidez tcnica en la reorganizacin de los programas informticos del software con ciclos cortos de cambio tecnolgico; o inflexibilidad en la socializacin del aprendizaje, es decir presencia de un ciclo relativamente largo para familiarizarse en el uso y manejo del software, que puede llevar a la resistencia del usuario a la adaptacin del nuevo software. o Arreglo social de la participacin: comprendemos aquellos intercambios sociales cara a cara, pantalla a pantalla en tiempo real o virtual, de experiencias, habilidades y destrezas que permiten al programador solucionar o imaginar una posible solucin algortmica. o Timig Cognitivo: Comprendemos una capacidad cognitiva que no esta en funcin de experiencias, estudios formales o intercambio de conocimiento. Simplemente la excepcionalidad en la solucin de problemas (no todos los programadores pensamos igual)

Si bien es cierto, el diseo del software se planifica, donde deben destacarse tiempos de finalizacin, fechas de implementacin del programa (ejecutable para el usuario final), tambin debe agregarse una estimacin de los costos de desarrollo, regularmente estimado en horas-hombre. Sin embargo, estos tiempos, fechas y costos de programacin no son cumplidos frecuentemente. La ingeniera del Software no ha logrado establecer metodologas o mtricas de calidad que sean eficaces, que contemplen retrasos, errores en diseo, fallas del sistema -tanto en desarrollo como en implementacin. Otros investigadores, sealan que el conjunto de fallas y errores -considerado como afliccin del software- es un conjunto de incertidumbres caractersticas del riesgo en el desarrollo de un programa informtico. El riesgo forma parte del proyecto (Aurora, Fosturi y Gambardela, 2002). Dice Zahran que el desarrollo de software debe comprenderse como una tarea continua de desafos continuos. La respuesta a esta afliccin del software, por parte de acadmicos y empresarios para reducir al mnimo el riesgo y la incertidumbre es la Ingeniera del Software -sobre todo la norteamericana- con un conjunto de metodologas para verificar procesos de calidad, gestin de proyectos, anlisis formal de la arquitectura del software, conceptos y principios del diseo, configuracin de software, mtricas de prueba, etc. Sin embargo, a ms de dos dcadas de existencia de la Ingeniera del Software, el proceso de trabajo contina embebido en riesgos de incumplimiento de los tiempos y costos estimados.

11

Un complemento de las ingeniera del software, que intentan estandarizar el proceso cognitivo de diseo, llevan a gerentes, y directivos y algunos acadmicos a considerar que es pertinente impulsar una divisin del trabajo ms estricta en la programacin, que sea la gerencia quien realice el diseo, seale los requisitos de los mdulos, y slo encomendar a los programadores el aspecto de la codificacin de los algoritmos. Se desea que el rea administrativa predomine en el proceso de trabajo, ya que este es un trabajo altamente dependiente del trabajador-programador, para disminuir la incertidumbre no slo en cuanto al procedimiento, sino tambin en la documentacin de lo que se hizo y porque se hizo tal procedimiento algortmico. Sin embargo, dice un programador: yo no he tenido que darle cuentas a nadie, entonces, me cuesta trabajo el especificar lo que tengo que hacer (documentar el proceso), por que muchas veces al no tener que rendirle cuentas a alguien, lo vas haciendo conforme ves que te van llegando a veces las ideas, pero si me preguntas que voy hacer maana?, igual, todava no lo defino (Programador, JO3-MIXE, Julio de 2006). Parte de la afliccin del software, reside en el hecho de que los programadores no slo no documentan el proceso, tambin hay una alta incertidumbre en cuanto a porque hicieron determinado algoritmo. Tambin puede estar esta presente una resistencia por el control del trabajo al interior del proceso de trabajo del programador, por el control del saber hacer del programador con implicaciones en posibilidades mayores o menores de negociacin de ste frente a la gerencia. Por la persistencia del riesgo e incertidumbre en el desarrollo el software a pesar de la existencia de la Ingeniera del Software, se ha integrado una corriente de acadmicos y empresarios europeos que critican el mtodo general de la Ingeniera del Software, en el sentido de que esta se ha centrado casi exclusivamente en los atributos y particularidades del software, y ha descuidado al usuario final, se ha centrado ms en temas relacionados con el sistema de operacin interna, con el rendimiento y fiabilidad del sistema; es decir se ha centrado en aquellos factores que pueden ser medidos objetivamente como: numero de errores por cada numero de lneas de programacin; tiempos de respuesta y probabilidades de error por cada determinado numero de cdigo, etc. Es decir, se progres en aspectos duros, deterministas, verticales para intentar solucionar la calidad del proceso de trabajo (Casas, 2003): Mtodos y herramientas de anlisis, diseo, codificacin y pruebas; revisiones de tcnicas formales; estrategia de pruebas multi-escalada; control de documentacin de software y de los cambios realizados; procedimientos de ajuste a los estndares de desarrollo de software; mecanismos de medida y de informacin.

12

Conclusiones

Los trabajos no clsicos, diferentes de la evolucin de las manufacturas, pueden implicar la incursin del cliente en el proceso de trabajo y con ello ampliarse los conceptos de control y de relacin laboral al menos a un actor ms que no es el patrn ni el trabajador (Correa, 1990). Pero tambin el trabajo no clsico es aquel en el que el componente simblico la produccin de smbolos- predomina sobre las objetivaciones fsicas de los productos. Los productos simblicos pueden ser objetivadas o subjetivadas. Pero en ambos casos el ncleo de la actividad de trabajar se realiza en la conciencia del trabajador. De tal forma, que el anlisis clsico del trabajo como operaciones fsicas de transformacin, aunque conlleven concepciones, no procede en parte en los trabajos de produccin simblica. Otras disciplinas tendran que acudir al auxilio de la sociologa del trabajo para entender los procesos de produccin de smbolos: las teoras cognitivas, las de la produccin de la cultura, las de los sentimientos, las estticas. En particular, la produccin de software no puede desglosarse en operaciones fsicas, eventualmente estandarizables. Sino en operaciones lgicas de creacin de conocimientos, limitadamente estandarizables. Sin embargo, la produccin de conocimiento nunca es pura, significados de otros rdenes siempre intervienen y sobre todo, no se da en el asilamiento individualista, sino en redes de relaciones. Estas redes, no se circunscriben al territorio cerrado de la empresa, sino que se extienden al mbito familiar y sobre todo a travs de redes virtuales de especialistas ubicados en cualquier parte del mundo. Una caracterstica del trabajo cognitivo del software supone una redefinicin de la actividad laboral a nivel de interaccin cotidiana entre los actores que participan, como el programador, el cliente y el gerente, interaccin que no sucede en un contexto fordista, supeditada a ordenes o cumplir tiempos y movimientos usando las maquinas; es decir, habra una construccin social de trabajo ampliado o no clsico que se sucede al interior de comunidades simblicas de trabajo (De la Garza, 2006a:16). Estas comunidades cognitivas del trabajo de Software, donde las relaciones laborales se configuran en una serie de contingencias no estrictamente predecibles que las diferencan del proceso de la manufactura. No nos referimos slo a la posible participacin del cliente en el proceso productivo, sino tambin a la yuxtaposicin de las fases del proceso de produccin y la objetivacin puramente simblica del producto desarrollado fuera del consumidor y del proceso mismo de produccin, as como la acumulacin del saber hacer (informacin y conocimiento) entre dichas comunidades cognitivas.

13

Las comunidades cognitivas de trabajadores de software a la medida implican la constelacin de configuraciones subjetivas que se suceden en la interaccin dentro y fuera del proceso de trabajo, en forma cara a cara y virtual por un conjunto de trabajadores que establecen relaciones sociales amplias, extendidas hacia el interior como al exterior del proceso de trabajo en tiempo real y virtual, sincrnico y diacrnico; no son estructurales, jerrquicas o rgidas y no estn limitadas o restringidas al mbito laboral; es una comunidad con estructuras que le constrien y con grados de libertad en la toma de decisiones que implica procesos de construccin de significados a nivel individual o colectiva. Las comunidades cognitivas de software, estaran entonces constreidas por una serie de estructuras que forman parte del proceso de trabajo pero se mantiene la libertad relativa del programador en la toma de decisin en la configuracin de las lneas de cdigo que dan origen a los algoritmos. Los algoritmos, representan un conjunto de signos que tienen su origen en los lenguajes de programacin (existen mas de 2000 leguajes). Los algoritmos son el aspecto lgico formal y estn embebidos por diferenciados grados de incertidumbre (depender de la complejidad del algoritmo desarrollado). La incertidumbre de un algoritmo esta en relacin directa con condiciones objetivas y subjetivas. Estas son el grado de conocimiento del lenguaje de programacin utilizado, experiencia medida en cantidad de programas desarrolladas en el lenguaje que se utiliza, comprensin metdica del problema planteado y traduccin correcta de la instruccin en un algoritmo, pero tambin la habilidad y destreza cognitiva en la resolucin de problemas con el lenguaje de programacin que se pretende utilizar. En otras palabras es el procedimiento reflexivo para escribir el requerimiento en un cdigo lgico y coherente que hemos denominado como texto sgnico.

En el proceso de trabajo del software no se aplican los procedimientos clsicos del trabajo que vienen de la manufactura, el software no est restringido a las leyes de la manufactura tradicional o por los lmites fsicos y temporales de la fbrica o de ritmos y estandarizaciones impuestos por la gerencia propios de la produccin en serie del fordismo. El proceso de trabajo del software no es de esfuerzo fsico, es reflexivo, es simblico; la eficiencia y la productividad del trabajo no se ajusta a las economas de escala y aunque las Ingenieras del Software proponen medir la productividad y eficiencia con mtricas como son la produccin por hora hombre o errores por cada ciento de programas desarrollados, o implementar estndares de calidad como CMM; ISO, IEE, etc., stas no resultan las mas adecuadas por caras, burocrticas y rgidas. Las economas de escalas de la

manufactura no aplican en el desarrollo de Software porque el primer software concentra el costo total invertido y en el segundo software clonado su costo tiende a ser equivalente al costo del dispositivo donde se genere la copia. Es decir en el trabajo clsico, los costos forman parte importante de la post14

produccin, en cambio en el trabajo del software el costo se concentra en el primer producto. Sin embargo, si se presentan errores en el software post-produccin, no significa que sean errores generados en el uso, sino que ya estaban ocultos en el sistema, es decir no hay software con cero errores, como pretende la fabricacin flexible; el software contiene fallas implcitas al ciclo de desarrollo (periodo de tiempo del proceso de trabajo que tarda en desarrollar el software) que se forman en el diseo (conceptualizacin y formalizacin de los requerimientos) o bien en el

procesamiento de los datos (generacin de rutinas de algoritmos o bucles de cdigos) y se exteriorizan en las pruebas de calidad o en la implementacin (con el cliente o el usuario final). Es importante sealar que el software con errores y defectos no se rechaza, no se destruye (en el mejor de los casos, obviamente depender de la magnitud de los mismos), se parcha y se asume como inevitable que se incrusten nuevos dispositivos de actualizacin. La falta de mtricas y metodologas de calidad eficientes que comprueben no slo los errores y defectos, sino que evalen el progreso, el cumplimiento de tiempos y proceso implica que constantemente se sobrepasen los tiempos acordados para la entrega del proyecto, es decir no hay software justo a tiempo. An con herramientas procidimentales de cuarta o quinta generacin (programacin orientada a objetos y aspectos, mtricas de calidad tipo CMM, estndares IEEE, etc.) el proceso de trabajo contiene un alto contenido de creado a mano en el software a la medida. Este conjunto de inconsistencias, errores, fallos, defectos no terminar a tiempo, etc. estn contenido en una serie de contingencias denominada afliccin del software. Paralelamente a este conjunto de aflicciones no hay una planificacin sistemtica del proceso de trabajo; escasa aplicacin de normas de calidad; insuficiencia o limitacin en el seguimiento y gestin del proyecto desarrollados; necesidad de personal con conocimientos, habilidades, destrezas, experiencias en nuevos mtodos y plataformas tecnolgicas. As como un entorno polarizado en las calificaciones impartidas por el Estado (heterogeneidad en las profesiones) y en las estrategias que implementan las empresas a nivel individual (polarizacin industrial en el software a la medida).

El proceso de trabajo del software es atravesado transversalmente por una ausencia de recetas nicas, adems de no existir un control total de calidad, cero errores, cero defectos e incumplimiento en un justo a tiempo, se suma la imprevisibilidad de no existir un solo mejor camino para desarrollar los proyectos de software. Cada proyecto de software es sui generis, con contextos determinados, nicos e impredecibles; cada proceso de trabajo para desarrollar un software posee lgicas propias, internas, que varan entre proyectos. Cada software se enfrenta a contenidos diversos, (requerimientos a la medida), necesidades de actualizacin y mantenimientos especficos, es decir, que los programas se modifican a lo largo del ciclo de vida. Queda como pregunta si a pesar del componente individual 15

presente en la creacin de software, las condiciones laborales comunes y la comunicacin a travs de la red contribuye a conformar, junto a aspiraciones, resistencias y satisfacciones comunes, una comunidad y una identidad de quienes laboran en este sector.

Bibliografa Arora, A., A., Fosfuri, y A., Gambardela (2002), Los mercados de tecnologas en la economa del conocimiento, en Foray D., Sociedad del conocimiento, Revista internacional de ciencias sociales, numero 171, Marzo. Pp. 155-174. Casas, R., (2003), Enfoque para el anlisis de redes y flujos de conocimiento, Luna, M., (Coord.) Itinerarios del conocimiento: formas dinmicas y contenido. Un enfoque de redes. Barceloan: Anthropos-Universidad Autnoma Metropolitana Izt., pp. 19-50. Chudnovsky, D., Lpez, A. y Melitsko, S. (2001) El sector de software y servicios informticos en la Argentina: Situacin actual y perspectivas de desarrollo, CENIT DT 27/07 . Correa, C. (1999), The legal protection of software. Implications for latecomer strategies in newly industrializing economies and middle-income economies Paris: OECD Development Center, Technical Paper N 26. Da Costa, A. P. (2000), Export Growth and Path-Dependence The Locking-in of Innovations in the Software Industry, 4th International Conference on Technology Policy and Innovation, Curitiba, Agosto. Davis, P., y Foray D., (2002) Una introduccin a la economa y a la sociedad del saber, en Foray D., Sociedad del conocimiento, Revista internacional de ciencias sociales, numero 171, Marzo. Pp. 7-28. De la Garza, E. (2006) Hacia donde va la Teora Social? en Tratado Latinoamericano de Sociologa Latinoamericana. Madrid: Anthropos De la Garza E, et.al (2007) Crtica de la Razn Parapostmoderna, Revista latinoamericana de Estudios del Trabajo, Ao 13, No. 19 De la Garza, E. (2007) Hacia un Concepto Ampliado de Trabajo en Teoras Sociales y Estudios del Trabajo. Barcelona: Anthropos De la Garza, Enrique, et.al (2010) La Querella de las Identidades en Trabajo, Identidad y Accin Colectiva(en proceso de edicin). Mxico, D.F.: Plaza y Valds De la Garza, E., et.al (2009) Hacia un Concepto Ampliado de Control, Relacin Laboral y Construccin Social de la Ocupacin, Revista Iztapalapa, No. 62.

16

Prez, C., (2003) Revoluciones tecnolgicas, cambios de paradigma y de marco socioinstitucionales, en Aboites, J., y Dutrnit,G., (Coords.) Innovacin, aprendizaje y creacin de capacidades tecnolgicas, Mxico, D.F.: UAM Xochimilco. Pp. 13-45.

Torrisi, S. (1998), Industrial Organization and Innovation. An International Study of the Software Industry N.Y.: Edward Elgar, Cheltenham. Yoguel, G. y Boscherini, F., (2001), El desarrollo de las capacidades innovativas de las firmas y el rol del sistema territorial., Revista Desarrollo Econmico. Yoguel, G.; Borello, J.; Erbes, A.; Robert, V.; Roitter, S. (2004). Competencias tecnolgicas de los trabajadores informticos argentinos. Ms all de las restricciones de demanda y oferta. Littec e-papers.

17