#153 Que no entiendo qué? Si llevas ya un ratejo largo derivando la conversación a cosas que no tienen nada que ver con lo que yo he dicho. Tu mismo, yo entiendo muy bien, pero no necesito dármelas de nada ni creerme superespecial por programar ni C ni Python ni HTML.
Cada profesional tiene su hueco y no es mejor un programador de C que un diseñador programando Python, son cosas diferentes.
Para estar hablando de programación hay una falta de lógica apabullante en tu comentario, por cierto.
#129 Me parece genial, pero es que ningún diseñador web va a aprender C o similares porque no lo necesita. Y tu última frase no se si va dedicada a otra persona o es falta de comprensión lectora.
#82 Es que Scrum para un proyecto con marrones... malo. Y Kanban, para proyectos pesados y con muchos programadores, creo (nunca he trabajado con kanban) que puede ser algo lioso. Al fin y al cabo es algo anárquico.
Aunque no haya una "organización que te cobra cientos de euros o miles por darte un papelito", y reconociendo que es un tanto "casero", es la experiencia probada de cómo mezclar ambos sistemas y hacer que funcione.
También digo que en un equipo de seis o siete personas y un producto que sale desde cero y definido de forma interna, yo no saldría casi nada de Scrum.
Quitaría al vago del Scrum Master, creo que en Scrum.org lo definieron para crear un nuevo puesto de trabajo en el que ellos cobran por repartir títulos oficiales.
#72 Es como todo, las versiones caseras pueden ser adaptaciones a la realidad del equipo de trabajo o ser un estropicio.
Nosotros somos un equipo de desarrollo de tres personas, pero pese a ser el mínimo (de 3 a 9 para Scrum), no hacemos sprints porque estimamos que perdemos el tiempo.
Si llevas Scrum.org a rajatabla, tienes sprints de una a cuatro semanas. Si es de una semana, tienes tres reuniones semanales (planning, restroespective, revision), más el backlog, más el product backlog. Si es de tres semanas un error grave en producción descubierto antes del sprint planning se queda colgando tres semanas sin que nadie lo arregle.
#75 yo no sé cómo funcionan otras empresas o que dirán otros jefes, yo de digo lo que opinión yo de lo que entiendo es un entorno laboral sano y eficiente.
Seguro que hay un porrón de sitios donde sucede lo que dices, yo intento que eso no pase en mis equipos y si llegase a ese sitio y viese ese percal es muy probable que actuase igual, esa situación es insostenible.
#55 Bueno, te diria que hay otros sectores... yo soy ERPs (SAP) donde el concepto de mantenimiento y escalabilidad es critico y el margen de errores en pro se paga no con retrasos si no con posible demanda y divertidos juicios (ahi ahi sin presiones ) y ya te digo yo que la cosa cambia.
Y cuanto mas te acercas a software crítico la cosa cambia mas y mas.
#51 Se supone que tu labor como gestor de equipo deberia ser precisamente identificar eso, si no eres capaz de diferenciar el ruido del trabajo real.... pos la estas cagando.
#81 Los programadores multilenguaje ganan bastante más en nómina que los especializados, salvo excepciones como Cobol por sus rarezas. Deduce tu lo que quieras.
#57 Y aquí (catalunya), pero vaya, aquí se paga por bebidas azucaradas, por tener mascota, por tener puerta de garaje (sin placa de vado, sólo por tener puerta), etc
#64 O la culpa la tienen la victima, o la tiene el agresor (y le tienes que dar la razón a las feministas), elige tu propia aventura. Te has metido tu solo.
) y ya te digo yo que la cosa cambia.
Cada profesional tiene su hueco y no es mejor un programador de C que un diseñador programando Python, son cosas diferentes.
Para estar hablando de programación hay una falta de lógica apabullante en tu comentario, por cierto.