Trabajo en equipo de Software


Por: Raul Macias

Equipo

Equipo

Cuando uno esta desarrollando software es muy importante el tener un buen equipo de trabajo, en el cual las envidias los aires de divas(muy común en algunos desarrolladores), la falta de comunicación no se presenten, dado que esto genera muchos problemas y sobre todo atrasos en los tiempos de los proyectos, pero va mas a fondo y es que se esta desgastando y generando un clima interno de un trabajo a disgusto en el equipo.

El formar un equipo de trabajo para estos menesteres siempre es complicado dado que están involucrados muchos factores que pueden ser el conocimiento mas experto de alguna herramienta de desarrollo, el conocimiento de un proceso muy especifico y engorroso, personal con creatividad, por mencionar solamente algunas características.

Cuando todo esto esta bien armado los proyectos pueden fluir en tiempo y sin problemas con un ambiente de trabajo bueno, pero cuando esto comienza a presentar problemas se puede generar un caos y que por mas control que se tenga por parte del PM(Proyect Manager) para sacar en tiempo el proyecto, se generaran roces y disgustos en el equipo de desarrollo con un mal ambiente de trabajo, baja productividad y errores.

Para la gente que se dedica al desarrollo se sabe que si uno confía en la persona que tiene a su lado, tanto para dudas o ayuda para solución de algún problema y esta le da la mano, siempre estando en el plano terrenal y no en el plan de ser el super cerebro y el mascalas que chingo, el pedir ayuda siempre sera mas fácil y dando como resultado un buen punto.

Es verdad que existen muchos procesos y herramientas que cuestan trabajo el dominar hasta cierto punto de ser un experto, pero en un trabajo en equipo en el desarrollo de software siempre es bueno compartir este conocimiento, dado que los puntos de vista para dominar algo siempre existen y si uno tiene la expertis desde un punto, la otra persona que puede no tener ese expertis pero si tiene un punto de vista diferente al que se tiene y de esta forma pueden enriquecerse mas a las dos partes.

El ambiente de trabajo cuenta mucho en los equipos de desarrollo de software, esto es por que los problemas que se presentan pueden ser desde simples vaguedades que para su solución se requiera de una simple pregunta al compañero de un lado, hasta mucha investigación(San Google, libros, contactos) para llegar a una solución, hasta problemas que con un punto de vista diferente son solucionados y todo esto antes de involucrar a terceras personas(Consultores externos, soporte de producto) fuera del equipo, si son previamente planteadas al mismo equipo.

Cuando uno esta programando se tiene que tener un alto nivel de abstracción del mundo que lo rodea y esto es por que el código que se esta plasmando tiene que realizar un proceso basado en algún algoritmo, junto con esto existen funciones, objetos y procesos que se reutilizan, siendo complicado plasmar la idea del proceso en un código que lo realice. Y es por esto que con un ambiente a disgusto en el equipo de desarrollo quizá sea mas complicado llegar a tener este nivel de abstracción y concentración para plasmar este código y esto es solamente cuando se esta programando.

También cuando se están haciendo entregas al cliente, por el mismo programador o por un consultor, se comienzan a presentar problemas y sobre todo el ambiente en este tipo de situaciones ya esta caldeado y todo mundo esta tenso, tanto el que entrega como el que esta recibiendo la aplicación o el proceso, es en estos momentos es cuando el equipo juega su mejor parte para presentar una buena ayuda a una solución y dando como resultado una buena cara hacia el cliente, pero si existe un ambiente malo en el equipo esta solución se puede complicar y llegar a niveles de presentar un clima de desgaste, entregas con fallas y tiempos largos.

Quizá un factor mas puede ser el estrés generado en el mismo equipo dado por tiempos apretados, exceso de trabajo, pero en un buen equipo el poder ayudar a un compañero en estas circunstancias teniendo la visión de ver que tan atorado esta en su problema y que este llegue a su solución es siempre muy bien aceptado.

La ayuda puede no ser dada por uno mismo directamente pero igual se tiene el contacto que conoce la herramienta o el proceso y ser el intermediario para canalizar el problema, haciendo uno mismo la pregunta como intermediario o poniendo en contacto al compañero que tiene la duda, esta es otra forma de poder ayudar a un compañero, pero quizá no es nada mas hacer el papel del intermediario, si no quedar al pendiente de si tubo la respuesta y si la solución fue la correcta o cuando menos que camino fue el que se dio para poder llegar a esta, de esta forma se puede ayudar al compañero y a uno mismo enriqueciendo el conocimiento.

En mi experiencia de 20 ++ años en desarrollo de software, siempre he tenido la suerte de trabajar con muy buenos equipos de trabajo, como siempre existen el frijol negro en todos ellos, pero pues a sabiendas que ahí están pues no pasa de dejarlos quedarse como frijoles, estas problemáticas son las que me a tocado vivir en mi trabajo de desarrollo y una de las cosas que mas me a enriquecido de conocimiento y como persona es el poder ayudar a mis compañeros y tener la displicencia de poder pedir ayuda, además de llegar a tener grandes amigos que se que en cualquier momento puedo hablarles y se que me darían la mano para ayuda.

Hasta ahorita solamente hable del equipo interno de desarrollo de software y algunas de sus problemáticas presentadas en mi experiencia y muy comunes, pero existe otro equipo de trabajo y es el que se tiene cuando se esta trabajando  con un cliente, de este tipo de equipos de trabajo y alguna de la problemática presentada en un post siguiente la comentare.

Y como siempre cualquier comentario es bienvenido.

Por: Raul Macias

Acerca de

Algunos de los proyectos en los cuales me encuentro trabajando o en los cuales participe.

Tagged with: , , ,
Publicado en Casos de Estudio

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

De Flickr
Catrina, Día de Muertos Tlaquepaque

Catrina, Día de Muertos Tlaquepaque

Catrina, Día de Muertos Tlaquepaque

Catrinas, Día de Muertos Tlaquepaque

Catrina, Día de Muertos Tlaquepaque

Más fotos

Escribe tu dirección de correo electrónico para suscribirte a este blog, y recibir notificaciones de nuevos mensajes por correo.

Únete a otros 65 seguidores

Estadisticas
  • 90,206 hits
A %d blogueros les gusta esto: