EDICIóN GENERAL
318 meneos
6161 clics
Por qué los equipos con mucha gente (más de 7) son menos productivos

Por qué los equipos con mucha gente (más de 7) son menos productivos

Uno de los mayores, y más comunes, errores en gestión de proyectos software viene de tener un tamaño de equipo erróneo. Aún hay quien, erróneamente, piensa que un equipo… cuanto más grande mejor, que aumentar el número de personas de un equipo es la única manera, la manera más racional y eficiente, de generar más trabajo, más software, y recortar tiempo.

| etiquetas: equipos , organización , optimización del trabajo
Comentarios destacados:              
#16 Una frase que suelo usar cuando intentan recortarme plazos de entrega ofreciendo "a cambio" incrementar mi equipo:

"Nueve mujeres no hacen un bebé en un mes".
Pues el desarrollador este ha editado él solo el artículo y ya se le han escapado varios shortcodes. :troll:
por eso el betis juega mejor con 7.
#2 Y el Equipo A eran 4.
#5 MA contaba por 2
#5 Y Murdock podía adoptar varias personalidades al mismo tiempo
Es lo de siempre, en los trabajos de grupos en los que se mide la CALIDAD esta siempre es igual a la que es capaz de dar el más dotado del grupo, en los trabajos de cantidad a lo más que se alcanza es a lo que puede dar el más torpe.
Por eso Rajoy no da una, porque tiene mas de siete asesores y mas de siete ministros.
#4 Y aunque estuviera solo.
#4 Uff. Cuando esta solo se supera. No hay mas que oirlo hablar.
Si son más de siete siempre acabas follando con alguno.
#6 Pese a ser matemáticamente correcta, masturbarte en el baño del curro no suele aceptarse tradicionalmente como "tener un lío con uno de mi equipo en el curro"
#7 Con más de 7 informáticos mal será que no haya alguno tan necesitado como para que le dé igual montárselo conmigo.

Usa las matemáticas para rebatir eso sí tienes pelotas. :troll:
#7 Que el jefe te joda todos los días tampoco. :-P
#7 al baño se va a dormir,de toda la vida,sobretodo ese baño especial con la luz fundida desde hace meses <3
#6 Donde tengas la olla no metas la polla.
#11 al revés también funciona, especialmente si la olla está caliente
Es que encontrar una mesa para desayunar más de 7 en el bar, en el primer turno, de 9:30 a 12:00, es muy complicado, y se tarda más, no digamos ya para la parada de media mañana (la cañita rápida), de 12:30 a 13:30... :troll:
Pues hombre depende del proyecto, si es uno gigantesco, con 7 personas o personos, aunque estén trabajando 24h al día no llegarían ni para hacer las estimaciones.
#10 divide y vencerás
#10 Un equipo de 70 personas son 10 equipos de 7.
esto es más viejo que el cagar
Un gerente fue con el maestro programador y le mostró el documento de requerimientos para una nueva aplicación. El gerente le preguntó al maestro: "¿Cuánto tiempo tomará diseñar este sistema si le asigno cinco programadores al proyecto?"

"Tomará un año", dijo el maestro rápidamente.

"¡Pero necesito este sistema inmediatamente o antes! ¿Cuánto tiempo se trdará en diseñar este sistema si le asigno diez programadores?"

El maestro frunció el ceño. "En este caso, tomará dos años."

"¿Y si le asigno cien programadores?"

El maestro se encogió de hombros. "Entonces el diseño nunca será completado", dijo.

- El Tao dr la Programación
Por esa razón se inventaron los feature teams
Una frase que suelo usar cuando intentan recortarme plazos de entrega ofreciendo "a cambio" incrementar mi equipo:

"Nueve mujeres no hacen un bebé en un mes".
#16 Esa también la he usado :-D
Cuanta más gente hay en el proyecto a más gente tengo que convencer de que no tienen ni puta idea :troll:
Voy a hacer dos comentarios:

Primero es 9/7 informaticos estan en meneame entonces poco producen.

Punto dos,proyecto grande,curran 4, viven 30,y pagan a casi todos igual,curren o no,salga el trabajo o no,y la mierda siempre cae al que curra,a los pasotas no les dicen ni mu.
#19 En un grupo grande puedes mandar a 2 o 3 informáticos de guardia a meneame mientras los demás programan
#23 imaginate que son @professor y @expertomilitar menuda guardia :troll:
#24 hombre, no vas a poner a los listos en meneame y los tontos a programar :troll:
#27 estas diciendo que professor no es un ser de luz en su mas pura forma? :troll:
#27 este tema de hoy viene del debate que hemos tenido sobre...

¿PREFERIMOS AL ACTUAL EQUIPO LA CASTUZA, INEFICIENTE, #CUCHIPANDI PLAGADA DE DUPLICIDADES O DOS PERIQUITOS CON FUNCIONES CLARAS?
(programa piloto de resultados muy positivos)
media.giphy.com/media/7HJZuQ8zVhNYc/giphy.gif

¿ O seria mejor cerrarle la cuenta a todos y sustituirla a todo el sequito y reino de taifas digital de la #chuchipandi entera por loro o periquito

Aqui video maqueta donde se comprueba…   » ver todo el comentario
#43 Molabas más cuando sólo hablabas de Soros y los Reptilianos.
#51 eso....eso es duro por qu es verda {0x1f613}
esto quemada,
es un poco el fin de mi carrera o fin de ciclo
#Soros ya esta Mainstream inzado
Ya esta claro que #meneame es un puti donde hacen lo que les sale de la chorra, tomado por #Forocoches
Ya no...
ya no..
ya no tengo esa pasion tiempo atras.
voy a tomarme unos dias de vacaciones.. a ver si surge una nueva y electrizante magufadas que amadrinar
Unas de las delas buenas buenas... ya sabeis..+

Bueno, ahora toca pasara a segundo plando discretamente.. fiuff fiufufuff {0x1f619}

(hasta mi prosimo reJreso)
que pueden ser 10 dias
o dias 10 segndos
{0x1f619}  media
#52 Otra cosa que puedes hacer es apuntarte a un curso de expresión escrita. Seguro que todos te lo acradecemos.
Esto viene a ser como los funcionarios de la administración, cuantos mas funcionarios metes en un departamento menos trabajo se saca y mas gente hay sin hacer nada.
#21 Perfecto para privatizarlo !!!
Del Altar de Libros Que Todo Informático Debe Haber Leído:

es.wikipedia.org/wiki/El_Mítico_Hombre-Mes
#55 Manda huever ten amigos pa esto... para grupos de clase no se si tiene aplicacion practica yo estas mierdas las vi en el master de gestion de equipos de i+D (y pese a que esto esta orientado a software, la misma metodologia se aplica a otras ingenierias, yo lo vi en industriales)

La teoria viene a decir que si tu tienes un proyecto a acabar medianamente complejo si analizas la curva de velocidad de desarrollo/numero de gente en el equipo hay un punto muchisimo mas bajo del que la intuicion…   » ver todo el comentario
Ok, 6 mánagers y 1 becario... si se ponen más mánagers, la productividad se resiente.
Por eso blancanieves vino a joder a los siete enanitos
le compré a mi jefe dos ejemplares del libro "the mythical man-month" para que lo leyera en la mitad de tiempo
Oigamos las sabias palabras de un gran experto
www.youtube.com/watch?v=7nE_W319low
Porque siempre está el típico free rider que no hace nada
Eso de que un proyecto vaya atrasado y de repente dupliquen la plantilla dedicada al proyecto para intentar tenerlo en fechas, yo lo llamo "el concepto de horda mongola". Básicamente has metido a un grupo de gente que conoce vagamente el objetivo final, y que anda cada uno a su bola como pollo sin cabeza, y al trabajo que hacían los que ya estaban, le sumas el de intentar organizar a los nuevos y ponerlos al día.
#37 eso se sigue haciendo ?? Si se hace , lo estudie en primero de carrera que era un error. Es decir nadie de los jefes va a la uni ?
#39 Es que el jefe, a su vez, tiene otro jefe, y meter más recursos es una forma de justificarse en parte ante él.
Ya lo dicen los ingleses; Too many cooks spoil the broth.
De pura lógica: ¿un millón de programadores podrían hacer una aplicación en 1 segundo? Si la respuesta es no, es que no escala bien y en algún punto tiene que estar el tamaño óptimo de equipo.
Un equipo perfecto lo conforman: un estratega que también actuará como francotirador, un experto en cuerpo a cuerpo, un ingeniero de maquinaria y armamento, un zapador con experiencia en infraestructura y demoliciones y un soldado multifuncional con aguante y capacidad de sacrificio. Si se puede ampliar el equipo hay que optar por un medíco políglota y un kamikace al que se ofrecerá en sacrificio si hubiese que purgar culpas. Esto no lo pone en el itil, ni el scrum ni en ningún sitio, por eso no valen ni para limpiarse el culo.
#46 Te falta un espía y un marine.
#46 Pues más o menos...

CC #47

8-D  media
#46 en el equipo al que pertenezco funcionamos así: el más veterano aporta su extensa sabiduría, el otro hace de soldado multifuncional y yo me concentro en otras cosas que se les pueda escapar o que requieren otro tipo de visión. Tres es el número perfecto. Temo el día en el que amplien el equipo :-S
#49 Teme más el día que haya una baja en combate.

Yo he conocido la figura del "jefe de proyecto premium" en la tarjeta de visita, que en realidad era "carne de cañón" en sus funciones, para poder hacerle juicio sumarísimo por retrasos o desviaciones y sustituirle por otro buen chico que llegaría con las trincheras ya bombardeadas y cuando hubiese cesado el barrido de ametralladoras.
Pues no queda muy claro en el artículo, supongo que se refiere a equipos exclusivamente de desarrollo de un proyecto en concreto. Yo he estado en equipos grandes y la efectividad ha sido muy alta. Ahora, yo estaba en el equipo de middleware, donde eramos 4. Habia equipos de backend, de base de datos, de frontend, de devOps y de QA. En total eramos casi 30, y ha sido el equipo mas productivo en el que he trabajado toda mi vida laboral.
#0 hágame un resumen que me da pereza leerlo xD

Me interesa para los grupos de clase. Si de verdad es interesante avísame y lo leo.
comentarios cerrados

menéame