Sin duda alguna el área que estará sometida a la mayor influencia será el Área de Desarrollo. Aquí se encontrarán los “usuarios finales” del proceso que serán los que participarán en la customización del mismo. Para ejecutar la implementación se evaluará primero el enfoque de la Adaptación Metodológica en que cada disciplina, artefacto y actividad de AgEnD será contrastada con la forma de trabajo de las personas para poder elegir la mejor manera en que estás últimas podrán absorber el proceso.
Teniendo en cuenta las diferentes áreas de conocimiento de la Ingeniería de Software, propuestas en el SWEBOK [SWEBOK, 2002], identificaremos los roles de cada individuo en relación a las mismas. Las áreas en cuestión son: Requerimientos de Software (SR), Diseño de Software (SD), Construcción de Software (SC), Testing de Software (ST), Mantenimiento de Software (SM), Administración de la Configuración del Software (SCM), Administración de Ingeniería de Software (SEM), Proceso de Ingeniería de Software (SEP), Métodos y Herramientas de Ingeniería de Software (SETM), Calidad de Software (SQ).
Cada una de estas áreas puede estar o no contemplada dentro de la organización y ser realizada por uno o más roles. La realidad del mercado informático en consultoras de tamaño modesto en la Argentina indica que es común que la estructura esté formada por un grupo importante de personas en el área de SD/SC, un pequeño grupo de personas en SR/ST, grupos de personas dispersas en SM, y un mínimo número, o ninguno en algunos casos, de personas abocadas a SEP/SETM/SQ. Es decir, aquellas actividades cuyo ROI es más inmediato concentran la mayor cantidad de recursos en detrimento de aquellas actividades cuyos beneficios solo son visibles a largo plazo, que tienden a contar con poco personal.
BIBLIOTECA
DE CIENCIAS
FÍSICAS
A consecuencia de esta realidad planteada se deberá incluir al menos un recurso responsable de la implementación del proceso. Como sugiere AgEnD esta persona tendrá el rol de Coordinador y supervisará el proceso velando por que el mismo sea implementado correctamente pudiendo customizarlo de acuerdo a las necesidades de sus usuarios.
Regresando a las áreas de conocimiento de la Ingeniería de Software antes mencionadas no todas demandan el mismo grado de Adaptación Metodológica. Dicho grado estará dado principalmente por los requerimientos comunicacionales y el nivel de predictibilidad de los roles asociados a dicha área de conocimiento. Como se observa en la Figura 036, a medida que abarcamos áreas más predecibles las tareas de customización dadas por la AM disminuyen. Por ejemplo, las actividades relacionadas con SCM suelen estar más estandarizadas y presentan una menor variabilidad; esto se traduce en un esfuerzo menor al momento de adoptar las prácticas. Especialmente esto es cierto en aquellas área de conocimiento que han logrado una importante automatización por sobre aquellas que todavía son realizadas de manera más “artesanal”.
Customizacion del Proceso
Predictibilidad
Figure 036. Customization vs. Predictibilidad del Rol.
La Figura 036 manifiesta la necesidad de customizar aquellas áreas que poseen una mayor preponderancia del factor humano y las cuales se encuentran en un escalón de madurez más bajo dentro de nuestra ingeniería. El Coordinador comenzará mediante el análisis de cómo cada área de conocimiento será implementada dentro del área de desarrollo de la organización. Será relevante presentar las técnicas que puede utilizar el
BIBLIOTECA
DE CIENCIAS
FÍSICAS
Coordinador para las actividades de Adaptación de las Personas. Alistair Cockburn [Cockburn, 2001a], quien estudió el desempeño de los grupos de desarrollo de software, sugiere cuatro herramientas sencillas que pueden lograr que las personas que participan del desarrollo se aliñen para entender los beneficios de la mejora de proceso. Éstas consisten en darle a la gente:
• Información adicional respecto de los objetivos de los proyectos
• Información adicional acerca del efecto de sus acciones, para que identifiquen aquellas acciones que van en contra de los objetivos
• Una mejor razón para que empujen en la dirección deseada
Como se observa, muchas de estas cuestiones parten del sentido común pero pueden servir para que un equipo de desarrollo que presenta cierta resistencia a AgEnD comience a alinear sus esfuerzos hacia la implementación de las prácticas y la articulación de los principios. Podemos mencionar que la disciplina de Administración de Proyecto dentro de AgEnD debe aportar toda la información necesaria para que el equipo sepa hacia dónde dirigir sus esfuerzos.
El Individuo
El desarrollo de software es una actividad humano-intensiva. Dada la complejidad inherente al software las personas se ven obligadas a trabajar en forma grupal interactuando con sus pares. En estas interacciones que ocurren a diario en las organizaciones se juegan “juegos de poder”. Estos determinan el comportamiento de las personas las cuales ejercen su autoridad y son sujetas a las autoridades de otros.
Si recurrimos al Modelo Motivacional de la Figura 037 propuesto por Harold Leavitt, observamos que las personas están continuamente buscando el equilibrio interno; cuando algo desafía este estado de equilibrio, existe un sentimiento de frustración que genera alguna acción en la persona y que hace que esta cambie buscando un nuevo estado de satisfacción. De hecho, este ciclo continúa en todos los ámbitos de la vida humana durante la existencia del individuo y es de utilidad entenderlo ya que la satisfacción/motivación de las personas en su trabajo determinará ulteriormente el resultado de la implementación de un proceso ágil de software.
BIBLIOTECA
DE CIENCIAS
FÍSICAS
Equilibrio Interno Estímulo Necesidad Tensión Acción Satisfacción
Figure 037. Modelo Motivacional para una persona.
Desde un punto de management, acorde a las palabras de Tom Peters, una de las consideraciones principales que tendrán las empresas del mañana será que su valor de mercado estará dado por los bienes intangibles que esta posee (a diferencia de la visión tradicional en que se valoran principalmente los tangibles). Los bienes intangibles están dados por el intelecto e imaginación de las personas – denominadas knowledge workers
bajo este esquema.
Como ya fue descrito el proceso plantea ciertos principios, prácticas y patrones que conviene sean utilizados para lograr la satisfacción continua de la gente que lleva a cabo la construcción del software. La satisfacción de cada uno de los individuos contribuirá a la motivación del equipo y ayudará en la implementación del proceso.
Dentro del espectro de comportamientos humanos, una metodología tiene dos opciones para lidiar con la diversidad de personalidades: ser tolerante a la individualidad o ser estricta y disciplinada para lograr comportamientos determinados. Dado que cada individuo es único y posee una personalidad que lo caracteriza, AgEnD plantea un marco de implementación tolerante a la diversidad de personalidades y formas de trabajo de los individuos. Para que la tolerancia de la metodología tenga éxito y la construcción del software no sea algo caótico se requieren ambientes de colaboración, con buenas relaciones interpersonales, y un cierto grado de empatía por hacer el trabajo y ayudar a otros a que lo hagan. En general podemos decir que a veces la disciplina resulta conveniente y aunque sea difícil de lograr puede resultar más
BIBLIOTECA
DE CIENCIAS
FÍSICAS
eficiente. La tolerancia puede resultar más fácil de adoptar pero quizás sea menos productiva.