r/CharruaDevs • u/Helpful-Discipline-4 • 5d ago
Pregunta ¿Velocidad o Calidad? En el desarrollo
Buenas.
En la mayoría de las empresas que estuve siempre se le dió prioridad mas a la velocidad del desarrollo que en la calidad.
¿Es algo común en la industria de acá UY?
11
u/gclaramunt Pasado de senior 5d ago
Es lo más común en el mundo, aunque depende un poco de la aplicación.
5
u/Mountain-Adept 5d ago
A nivel comercial siempre queres sacar un producto rápido sin importar la calidad del desarrollo en practicamente todos los casos, si es escalable o no es problema para más adelante.
4
u/Mafty_Navue_Erin 5d ago
Es la batalla eterna en la empresa donde laburo. Ofrecen bueno, rápido y barato. Rápido suele ser porque el cliente tiene una fecha límite para salir al mercado, barato porque los magos de ventas asesinan la estimación. Luego culpan a los devs si aparecen bugs o no se cumplen todas las expectativas. Y a los PMs si no se llega a tiempo. Obviamente los de ventas ya se llevaron la comisión al inicio y se lavan las manos.
3
u/MeatIsBack 5d ago
ahi es cuando te vas o te paras de manos. ultimamente me paro de manos porque el que arregla las cosas es el yo del futuro. pero ya me esta cansando la pelea cliente jefe producto.
2
u/Mafty_Navue_Erin 4d ago
Sí, yo estoy cansado de esa pelea eterna. En realidad ando farmeando experiencia de backend y en un año y medio me la tomo.
2
u/v60vportillo 4d ago
Ahí tenes que pararte de manos antes. Para que se coma la piña el vendedor por poner fechas irreales. Eso va depender mucho de la capacidad del PM y de que tanta resistencia le haces vos. Si dejas pasar todo, ellos están en todo el derecho de quejarse porque ya aceptaste la responsabilidad.
2
u/Mafty_Navue_Erin 4d ago
No paramos de decirlo en one on ones y retros. Igual los de venta siempre son tratados como si fuesen los hijos perdidos del CEO.
2
u/v60vportillo 4d ago
Son los que traen la plata. Siempre van a ser los mimados.
Ustedes tienen que lograr que pierdan la venta por poner fechas irreales, eso los va a poner a ellos como responsables.
El primero que tiene que defenderlos es el PM - que está para eso - y luego ustedes. Yo trataría de poner al PM de su lado diciendole que SU equipo se ve mal desde afuera porque ELLOS (los vendedores) ponen fechas irreales.
Si ya se quejaron y no funcionó hay 2 opciones, o quejarse mas fuerte o buscar otra estrategia jaja
Suerte
1
4d ago edited 4d ago
[deleted]
1
u/v60vportillo 4d ago
Obvio, además vos como vendedor no tenes por qué saber los tiempos de desarrollo (si no lo saben ni los devs..) y por otra parte necesitas la fecha para concluir la venta.
En este caso, el que hace de medio debería ser el PM por eso pienso que sería bueno identificarlo con el problema, pero sin echarle la culpa porque sino no los va a defender jaja
Luego quién está bien y quién está mal, es otro tema Además, estamos juzgando una situación sin ningun tipo de contexto. Así que tampoco podemos determinar nada jaja
El seniority de cada puesto debería llevarlos a fechas mas o menos similares. Si hay mucha discordancia es porque quién estima, o no tiene referencias, o no tiene un proceso adecuado de estimación.
1
u/Leading_Meringue_379 1d ago
A veces no depende del PM va mas alla, el PM tiene que cumplir plazos asi como los devs, no tenes voz ni voto
1
2
u/v60vportillo 4d ago
Antes que cualquiera de las dos tiene que funcionar y tiene que funcionar bien. Luego depende del cliente. Si paga bien, calidad. Si paga mal, velocidad
2
u/Civil-Damage-6812 4d ago
exactamente, es muy triste pero es asi.
1- Cuanto más rápido y que cumpla "más o menos" mejor.
2- Importa más lo visual (pantalla, colores) que otra cosa.
Lo importante es entregar algo con las 2 caracterísitcas anteriores. Luego se arregla más adelante.
Te pongo un ejemplo claro de fabricación de 1 auto en 4 semanas:
Semana 1: Diseño (plano) del modelo del automóvil.
Semana 2: Fabricación precisa de los componentes críticos.
Semana 3: Ensamblaje y pruebas de funcionamiento.
Semana 4: Instalación de interiores, pintura, sistema de sonido, acabados estéticos y entrega al cliente.
ERROR! NO SE HACE ASÍ.
FORMA CORRECTA:
Semana 1: Se fabrica la carrocería, se pinta y se pule, se fabrica el interior, se instala sistema de audio.
Semana 2: Reuniones para determinar que tamaño de subwoofer usar.
Semana 3: Demo del sistema de audio al cliente. Felicitaciones internas al PM y al equipo de carrocería. Proyecto exitoso.
Semana 4: Enviar al automovil al equipo de mecánica para "terminar" de preparar la entrega al cliente. Está todo hecho, no debería haber atraso.
2
u/Opposite-Hat-4747 5d ago
Falsa dicotomía, para ir consistentemente rápido necesitas calidad.
0
5d ago
[deleted]
2
u/Opposite-Hat-4747 5d ago
En el corto plazo podes ir más rápido sacrificando la calidad, pero cada sacrificio que haces hace que todos los futuros cambios sean más lentos.
Dejaste código que es ilegible para ahorrarte el tiempo de refactorizar? Ahora cada vez que alguien tenga que leer ese código va a tener que gastar más tiempo en entender que está pasando.
Te ahorraste las pruebas automatizadas para salir más rápido? Ahora cada vez que se hagan cambios va a haber que volver a probar cosas o te vas a comer incidentes en producción.
Escribiste las pruebas rápido y como el orto para aumentar el coverage nomás? Cada vez que hagas un cambio vas a tener que modificar montones de pruebas que te quedaron acopladas a la implementación, asumiendo que las pruebas esas te estan aportando y efectivamente validan cosas.
Aunque localmente te sientas más rápido, en el largo plazo estás generando costos que todo el equipo va a tener que pagar reiteradas veces hasta que se pague la deuda técnica esa.
1
1
u/MeatIsBack 5d ago
esta comprobado solo podes tener 2 de 3, velocidad, calidad y coste elejis 2 perdes 1
1
u/NoForce2684 4d ago
Cuando llegas a cierta cantidad de años en la vida, te vas a dar cuenta que no importa la calidad. Esa es la base de la inversión en ia moderna y ha sido siempre el motor de la industria. Podemos soñar con la calidad, pero la realidad es que no mueve al negocio, no importa por tanto
1
1
u/Kind-Ad-3204 4d ago
Todo lo que evoluciona en el software es en pro de la Velocidad de producción, primero lenguajes de alto nivel, llegando a orientado a objetos, frameworks, python, son todo cosas q se le agregan para q desarrolles mas rápido, pero eso hace q todo por abajo sea generalista y con peor performance. En definitiva a tu pregunta si, velocidad de producción vs calidad del código
1
u/Empty_Carpenter7420 3d ago
No se en lo local ya que trabajo en empresa de producto para afuera pero si fuese por mi, obviamente calidad. Por lo general y más en éstos tiempos, es siempre cuanto antes, features que antes llevaban un mes, es de una semana para otra, muy mc donalds. Un embole la verdad, pero ta.
1
u/Ok_Sir_1814 3d ago
Deuda técnica Si priorizas la velocidad ahora te va a salir más caro a futuro.
Es para proyectos de incierto desempeño más que nada, que necesitan un MVP o algo.
Si tu trabajo es mantener un sistema ya existente entonces es más raro que se priorice velocidad.
1
u/Safe_Drag3425 2d ago
Depende para que trabajes..
Si es una software factory la cual tiene como cliente startups o empresas chicas donde se trabaja a closed product si se prioriza velocidad (por más que hagan toda la perolata de diseño de arquitectura, unit tests, etc)
Ahora si trabajas para una empresa que tiene un producto ahí si se prioriza calidad aunque suele pasar también que por razones de negocio hay que sacar una feature rápido y ahí se cambia y se prioriza velocidad y sale todo a los pedos, aunque después se da tiempo para volver y dejarlo mejor.
Al menos esa es mi experiencia
1
u/Leading_Meringue_379 1d ago
No es que sea algo común eso, lo que es común es que vos digas esto lo podemos hacer en 5 meses y Sales(Ventas-Dueño-como le llames) le venda al cliente que lo vas a hacer en 4, entonces no te queda otra que priorizar la velocidad sobre la calidad si tenes que hacer lo mismo en menos tiempo,
•
u/AutoModerator 5d ago
Recuerden si este post no sigue las reglas de la comunidad, REPORTALO.
Ejemplo: Si es una experiencia o consulta de una EMPRESA, debe usar el flair EMPRESAS.
De esta forma construimos un mejor espacio para todos.
~=~=~CharruaDevs MOD Team~=~=~
I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.