Comments on: Responsabilidad sobre el código

By: Sidddi

Sidddi — Thu, 27 Mar 2008 19:15:10 +0000

Rafael, el problema es que la mayoría de veces los llamados responsables no tienen ni idea del código de sus desarrolladores. Incluso me atrevería a decir que la mayoría de veces no saben ni siquiera de lo que están hablando. Se aprenden unas siglas y las repiten como si fuera un dogma (os suena la frase “porque no usas ajax?” XD), pero si les preguntas un poco mas en profundidad.. ves que no tienen ni idea! Entonces.. como pedimos responsabilidades sobre el código a esta gente?

By: Rafael

Rafael — Thu, 27 Mar 2008 18:04:56 +0000

Muy interesante el post.

Hablando del tema de prioridad, por muy altas que esten todas, uno comko desarrollador debe pedirle al cliente que le asigne una prioridad, sin repetir tareas, se esa manera te asuguro que saldra una lista de prioridades.

Con respecto a las responsabilidades, estoy de acuerdo con el autor, ya que de esa manera tendriamos solo una persona responsable de realizar los cambios, eso implica que tenga un conocimieto de los efectos posibles al momento de una modificación.

Saludes.

By: luis

luis — Tue, 25 Mar 2008 18:17:48 +0000

Hola Rincew,

La clave es saber seleccionar el tipo de responsabilidad y que todo el equipo de desarrollo conozca quien es responsable de cada cosa.

Si se elige una responsabilidad debil, el responsable actua más como un supervisor de esa parte del código, lo prueba y garantiza que funcione. No será él el responsable directo de los errores y al conocer el código los solucionará en menor tiempo y le será más fácil mantener y gararantizar el funcionamiento correcto.

Un saludo,

Luis

By: Rincew

Rincew — Tue, 25 Mar 2008 17:26:30 +0000

Pues yo soy muy excéptico. Veo la responsabilidad como la prioridad, si todo tiene prioridad muy alta, ¿entonces para qué sirve la prioridad?. Con la repsonsabilidad lo mismo, si todos son responsables entonces yo no me preocupo que ya lo hará otro. En la práctica no hay no hay nadie responsable.

Y parece que la disyuntiva es todos o ninguno, no hay un término medio porque si empezamos a señalar a gente con el dedo se pierde la posesión compartida de código. Por ejemplo, si yo soy elr esponsable de un código, no lo va a cambiar nadie más que yo.

Feliz semana.

By: Sidddi

Sidddi — Tue, 25 Mar 2008 16:05:03 +0000

Yo creo que a nivel general no se suelen ni colgar medallas ni dar grandes broncas.. y eso al final lo que crea es la desmotivación, tan común en el mundo de la informática.

Por otro lado se ha de ser muy competente para poder implicar a tu equipo en tu proyecto. Creo que esa es una de las cualidades más importantes que puede tener un jefe de proyecto.

By: luis

luis — Tue, 25 Mar 2008 15:57:54 +0000

Hola robert,

Gracias por comentar!

Estoy totalmente de acuerdo con tu comentario.

Es trabajo del jefe de proyectos hacer comprender a todo el equipo que los errores son responsabilidad de todos, igual que de todos son los logros.

Diría más, forma parte del jefe de proyectos hacer ver a sus programadores que encontrar bugs en su código es lo mejor que puede pasar. Todos, absolutamente todos, cometemos errores y encontrarlos es el primer paso para solucionarlos.

Saludos,

Luis

By: robert

robert — Tue, 25 Mar 2008 14:47:47 +0000

Hello,

muy buen post, es importante tener una responsabilidad sobre el código, y que la gente sea responsable de lo que hace, pero siempre en el sentido constructivo y teniendo en cuenta que somos un equipo, no hay un responsable de un bug, sino que es nuestro proyecto el que tiene un bug.

En los desarrollos ágiles, se intenta evitar este estilo de : el culpable es “Manolito”, pues es realmente destructivo. Para ello, todos los miembros del equipo trabajan conjuntamente y se “implican” conjuntamente … pasan a ser cerdos (símil del cerdo y la gallina)

Ya sé que parece difícil de conseguir que todo el grupo se responsable, pero ahí está la clave de conseguir que el proyecto lleve a buen puerto.

saludos, r