Expuesto por AlGonzález

Distribución del Trabajo por Especialidades
(DTE)

 

(primera parte)

Por Al González. Copyleft© 2005.

 

La Distribución del Trabajo por Especialidades es un paradigma de organización laboral aplicable a todas las profesiones que alcanzan cierto nivel de complejidad.  Consiste en clasificar todas las tareas involucradas en un caso —proyecto— por tipo de actividad o, más formalmente, por especialidades, y respetando esa clasificación durante los procesos de estimación, repartición y ejecución del trabajo.  La idea fundamental de la DTE es tener claramente identificadas las diferentes áreas de una profesión y promover el surgimiento de especialistas y el trabajo en equipo, para con ello lograr resultados de mayor calidad, dignificar la labor de los profesionistas y elevar su nivel de vida.  Algunas profesiones, como la médica, llevan décadas demostrando lo que se puede conseguir gracias a la DTE.  La especialización es quid.

 

Debemos aceptar el hecho de que, en cualquier profesión, la especialización siempre será una ventaja competitiva tanto para los trabajadores como para las empresas que los emplean.  El resultado directo de la especialización es un mejor desempeño y una mayor calidad en los productos y servicios ofrecidos.  Una persona especializada siempre hará mejor su trabajo que una no especializada.  Al unir los esfuerzos de diferentes especialistas en un mismo equipo de trabajo, logramos un entorno de alta productividad.  Quizá el lector empresario se plantea en este momento el siguiente cuestionamiento:

 

«De acuerdo, lo ideal sería que mi empresa contara con varios especialistas, pero sería imposible sostener esa nómina.  La cantidad de trabajo y los ingresos por ventas son insuficientes».

 

Ese es un punto de vista típico del empresariado del siglo XX.  En la mayoría de los casos, esa perspectiva derrotista pierde validez y se vuelve anacrónica cuando en contraparte se exponen estos sólidos argumentos del siglo XXI:

1. Un especialista no necesariamente debe percibir un salario mucho mayor que el de un trabajador no especializado, aunque es deseable y económicamente sano que si tenga un nivel de ingresos superior.  Un especialista es un profesional, y por lo tanto entiende que el valor económico de su trabajo está determinado por el mercado; siempre habrá un punto de equilibrio aceptable entre lo que las empresas quieran pagarle al especialista y lo que éste quiera cobrar.
2. Un trabajador puede cubrir dos o más especialidades.  La especialización no significa que la empresa deba contar forzosamente con un trabajador por cada especialidad.  La meta laboral es cubrir todas las especialidades, independientemente de cuántas personas se ocupen para ello.  Lo importante es que cada especialidad esté cubierta por alguien que desempeñé eficazmente su labor en esa área; hay muchos profesionales que se destacan en más de una.
3. La empresa puede recurrir a la contratación de servicios externos (outsourcing) y al pago por hora, dos prácticas altamente efectivas y cada vez más difundidas alrededor del mundo.  Una excelente forma de contar con el trabajo de diversos especialistas es contratando los servicios de profesionales independientes o de compañías consultoras, además de instaurar el pago por hora en lugar de abultados sueldos que, en muchos casos, no equivalen a la cantidad real de tiempo efectivo trabajado.  De esta manera, la empresa decide cuándo, a quién, por cuánto tiempo y para qué actividades contratar a cada especialista.  Por su parte, los especialistas gozan de una mayor autonomía laboral, permitiéndose cotizar sus servicios en el mercado con toda libertad.
4. Cuando una empresa desarrolla sus actividades más importantes empleando a especialistas, lógicamente incrementa sus ingresos por ventas.  Al mejorar la calidad de sus productos y servicios —gracias a la especialización— eleva su competitividad, logra una mayor aceptación de los mismos en el mercado y, opcionalmente, puede cotizarlos a un precio más alto.

Expuesto por AlGonzález

Distribución del Trabajo por Especialidades
(DTE)

 

(segunda parte)

Por Al González. Copyleft© 2005.

 

DTE en el desarrollo de software

 

Evidentemente, cada profesión tiene sus rampas y sus muros que facilitan u obstaculizan la especialización.  Y cada una requiere un tratamiento específico para establecer una logística DTE efectiva.  El autor de este artículo es un desarrollador de software, especialista en programación de bibliotecas, a quien le interesa sobremanera la puesta en práctica de un modelo DTE en las empresas de software y en las oficinas de los programadores independientes.  Tanto él como otros colegas de diversas especialidades están convencidos de que la DTE dará grandes beneficios tanto a los profesionistas y empresas creadores de software como a los usuarios de tecnologías de información, empezando por una mayor calidad de los productos y servicios proporcionados y propiciando que los desarrolladores —usualmente llamados informáticos—, convivan en un entorno laboral más digno, respetado, satisfactorio y estable.  Para esto, hace tiempo se creó un grupo impulsor del paradigma DTE en el desarrollo de software, donde los principales exponentes y quienes aportamos más elementos constructivos a la causa fuimos Antonio Castillo, administrador de datos y programador bibliotecario, Edgar Salcido, analista de sistemas y lógica de negocios, Mario Taboada, diseñador gráfico y de interfaces de usuario, y un servidor.

 

Clasificación de las especialidades

 

Cuando se pretende establecer un modelo DTE, lo primero es determinar cuál o cuáles son las clasificaciones más efectivas.  En ocasiones leemos o escuchamos sobre desarrolladores especialistas en el manejo de herramientas o entornos de software específicos, como base de datos Oracle™, lenguaje Delphi™, programación Web, y muchísimos otros.  Eso nos muestra que, de facto, ya existe una serie de especialidades que puede ser aprovechada al aplicar la DTE.  Sin embargo, los promotores del nuevo modelo pensamos que la clasificación de especialidades por herramientas o entornos de software obedece más al gusto personal que a las habilidades reales del profesionista.

 

Supongamos que tenemos a un autodenominado especialista en Delphi, un fanático del lenguaje que no programa nada si no es con Delphi.  Éste realiza un trabajo excelente creando clases de objetos, programando manejadores de eventos y validando la lógica de negocios de las aplicaciones que desarrolla, pero sus sentencias SQL de acceso a datos no son del todo óptimas y su diseño visual de ventanas desagrada a los usuarios.  Entonces inferimos que realmente no se trata de un especialista en Delphi, como él suele llamarse.  Más bien es un desarrollador que conoce la herramienta lo suficiente como para crear aplicaciones funcionales medianamente aceptables, y quizá se le reconocen grandes habilidades de programador operativo y de bibliotecas, pero tiene una destreza mediocre en las áreas de administración de datos y diseño visual.  Si una empresa le asigna cualquier actividad que tenga que ver con programación en Delphi, muchas de esas actividades serán mal ejecutadas.
 
El ejemplo anterior es tan claro como típico.  La especialización a partir de herramientas o entornos de software por lo general termina siendo una especialización a medias, poco eficiente.  Nosotros creemos que la clasificación de especialidades debe originarse en función de los diferentes tipos de actividades, lo cual va más acorde con las habilidades reales de los desarrolladores y no tanto con sus gustos personales.  Naturalmente, pensamos que es válido crear subespecialidades por herramientas, entornos u otras clasificaciones que satisfagan el gusto personal de cada desarrollador, pero siempre partiendo de especialidades mayores clasificadas por tipo de actividad.  Bajo esta tónica, la empresa del ejemplo anterior le encargará a nuestro reconocido especialista en programación operativa y de bibliotecas en Delphi las tareas que son de su competencia profesional, mientras que el diseño de las ventanas y la construcción de sentencias SQL serán asignados al especialista respectivo.

 

Si el lector empresario está pensando de nuevo en la “imposibilidad” de contratar a «tantos» desarrolladores especialistas, le sugiero, de la manera más atenta, que vuelva a leer los cuatro sólidos argumentos del siglo XXI que expuse casi al comienzo de este artículo.

Expuesto por AlGonzález

Distribución del Trabajo por Especialidades
(DTE)

(tercera parte)

 

Por Al González. Copyleft© 2005.

Principales especialidades

 

Los promotores del modelo DTE hemos detectado once especialidades y cinco subespecialidades, en función de los diferentes tipos de tareas realizadas al desarrollar sistemas de software.  A cada una le hemos asignado un acrónimo de dos letras mayúsculas para fines de simplificación.  Se listan en seguida:

1. Análisis (AN)
2. Dirección (DI)
3. Administración de datos (AD)
• Modelado de datos (MD)
• Administración de bases de datos (AB)
4. Diseño visual (DV)
• Diseño gráfico (DG)
• Diseño operativo (DO)
• Reporteo (RE)
5. Programación operativa (PO)
6. Programación de bibliotecas (PB)
7. Preparación de instaladores (PI)
8. Documentación (DC)
9. Control de calidad (CC)
10. Instrucción (IN)
11. Soporte técnico (ST)

La definición formal de cada una de las especialidades actualmente se encuentra en proceso de documentación.  En el momento oportuno publicaremos tales definiciones como un complemento de este artículo.  Por ahora, para quienes estudiamos alguna carrera relacionada con la informática, los nombres de la mayoría nos dan una noción cercana de su campo de acción.

 

Red Colaborativa DTE

 

Concientes de que no es muy viable ni estratégico para la mayoría de las empresas de software contratar a once o más especialistas de tiempo completo, pero a la vez convencidos de las ventajas de una organización DTE, los promotores del modelo consideramos que deben aceptarse dos escenarios perfectamente combinables:

1. Cada uno de los desarrolladores en una empresa estará a cargo de la realización de tareas de una o más especialidades.  El equipo de desarrolladores (que en algunos casos podrá ser de uno sólo) deberá identificar y tratar de cubrir todas las especialidades mayores propuestas en este modelo.  La repartición de las tareas se hará en función de las especialidades y disponibilidad de tiempo —en ese orden— de cada desarrollador.  Siempre toda tarea deberá estar enmarcada en alguna de las especialidades, desde el análisis hasta la entrega de resultados.
2. La empresa recurrirá a la contratación de especialistas DTE externos cuando lo considere estratégico.  Esto puede suceder cuando la empresa no cuente con el especialista interno adecuado o cuando éste no disponga de tiempo por estar ejecutando otras actividades que le fueron asignadas previamente.  El servicio de outsourcing contratado podrá ser ejecutado de forma presencial en las instalaciones de la empresa, o a distancia, con las facilidades que Internet ofrece para ello.

Para que esto sea factible y tenga aceptación general, los promotores del modelo proponemos crear una Red Colaborativa DTE; un directorio de desarrolladores especialistas, tanto independientes como de empresas consultoras, que ofrezcan servicio profesional externo de desarrollo de software.  Cada desarrollador público, por llamarlo de alguna manera, deberá estar perfectamente registrado en ese directorio, con sus datos personales y fiscales básicos, direcciones y teléfonos donde se le puede localizar, especialidades DTE que domina, empresa a la cual pertenece, currículum, referencias comerciales, calificación o nivel de preferencia que le dan sus clientes, entre otra información importante.  Y opcionalmente podrá publicar ahí las actividades de su agenda y su tarifa por hora.  Un directorio formal y serio como ese le dará a las empresas la confianza necesaria para firmar contratos de trabajo con especialistas DTE externos, independientemente del lugar geográfico donde éstos se encuentren o de su esfera cultural.

Expuesto por AlGonzález

Distribución del Trabajo por Especialidades
(DTE)

 

(cuarta parte)

Por Al González. Copyleft© 2005.

Pero esta Red Colaborativa tiene bondades adicionales.  Al instaurarse el modelo DTE en las oficinas de los desarrolladores independientes y en las pequeñas empresas de software, pueden crearse magníficos equipos de tele trabajo para desarrollar proyectos de sistemas de cualquier tamaño y para cualquier compañía o institución de gobierno.  Con el modelo DTE y la Red Colaborativa, todos los desarrolladores independientes y pequeñas empresas de software tendrán la capacidad de competir en el mercado, ofreciendo software de alta calidad y a la medida de cualquier empresa o institución.  Así por ejemplo, un programador serio y formal que trabaja desde casa podrá fabricar una completa solución de software para una compañía local, echando mano de especialistas externos DTE de cualquier parte del mundo.  Inclusive podrán ocurrir situaciones especiales, donde dos desarrolladores o empresas estén mutuamente contratados para la ejecución de varios proyectos, cada uno representado por alguno de los dos ante su respectivo cliente.  También podrán darse alianzas estratégicas entre los desarrolladores y las empresas de software, con el fin de garantizar su estabilidad a largo plazo, dando pie a la creación de nuevas y más sólidas compañías.  Y más aún, entre los desarrolladores podrán surgir acuerdos de colaboración para la fabricación de paquetes de software comerciales, compartiendo riesgos; en este caso se sugiere emplear, en lugar de colaborativo, el término cooperativo, distinguiendo los dos tipos de proyectos compartidos que propone el modelo DTE.  También es posible que empiecen a aparecer empresas especialistas DTE.  Que no nos extrañe ver el surgimiento de compañías especializadas en AN, CC, DC, etc., además de las de DG y PB, las cuales ya son algo comunes.

 

Espero este artículo haya sido del agrado del lector, y sea propuesto como tema de discusión en próximas reuniones de trabajo.

 

Al González.