Último vídeo de año, ¡ahora sí! Os deseo a todos que paséis un gran fin de año y nos vemos.. en 2021! Ah, ¡pero os dejo aquí el descuento de Hostinger! 🎁 CÓDIGO DE DESCUENTO "BETTATECH" 👉🏼 7% EN TODOS LOS SERVICIOS DE HOSTINGER www.hostg.xyz/SH5Fo

@deimne970

3 жыл бұрын

¿Pero los puntos de historia son los puntos de Fibonacci? ¿Lo que se estima siempre entonces es el número de Fibonacci que vas a elegir para definir la complejidad de una tarea, después de desgranarla en subtareas, no? ¿Y el tiempo que usas estimando, cómo se computa? Porque puedes perder tiempo desgranando tareas grandes... ¡Gracias por estos interesantes vídeos!

@BettaTech

3 жыл бұрын

@@deimne970 Es una gran pregunta! Es un esfuerzo (o debería serlo) común del equipo el desgranar o especificar las tareas. Para ello hay sesiones durante los 'sprints' o periódicas para echarle un ojo al backlog y especificarlo y valorarlo. Por eso es importante el concepto de velocidad, no importan tanto las horas sino 'cuantos puntos es capaz de hacer el equipo en X intervalo'. Así, por ejemplo, si tienes muchas reuniones el numero de puntos completados al final del intervalo se reduce, por lo que la velocidad baja. Gracias por el comentario!

@deimne970

3 жыл бұрын

@@BettaTech Gracias!!

"tenemos que ser capaces de comunicar a la gente de negocio cuando van a tener las cosas por que al final esto es lo que le acabas comunicando a los clientes" Lo mejor es cuando negocio ya tiene esas fechas puestas y negociadas con el cliente, pero el equipo aún no sabe qué ese proyecto existe.

@DonDregon

2 жыл бұрын

veo tu apuesta y subo 1. Cuando han decidido las fechas muchas veces ni siquiera existe un equipo formado, con lo cual cumplir con los timings puede ser mas o menos facil dependiendo con quién toque trabajar... como tech lead pedí 2 seniors y me dieron 4 juniors y sin mover fechas. Necesito vacaciones

@juanpasten6077

Жыл бұрын

@@DonDregon 2 Junior valen por 1 Senior, será la lógica.

Profesor en 5 minutos más acabo la tarea.

Antes de ver el video, yo suelo estimar los tiempos aplicando el método pert para un conjunto de actividades, viendo el mejor de los escenarios y el peor caso posible, me ha resultado muy util esta forma de plantear los tiempos de un proyecto o un conjunto de actividades

muchas gracias Betta Tech! están tocando temas de miedo (diseño de software, estilos, calidad, tiempos) eres una excelente referencia a tener en cuenta!

En ingeniería tenemos un polinomio para "predecir" el tiempo q se consumirá en un proyecto. Es una formula bastante "larga y complicada de explicar" pero básicamente es el lo q se calcula a grandes rasgos multiplicada por 3. Como líder de proyectos me acostumbre a "acomodar" los proyectos q me encomendaban dentro de un esquema PERT al punto de adoptarlo como filosofía de vida, de hecho hay pocas cosas q he valorado tanto de mi vida universitaria como haber aprendido PERT(Program Evaluation and Review Techniques) y CPM(critical path method), el poder definir proyectos y llevarlos a cabo mediante este paradigma de planeamiento y ejecución, y debo agregar que somos contadas las personas q lo hacemos de este modo y en parte me enorgullece. Edito: El método q utilizas Bettatech (sin animo de ofender) me parece vago y "rebuscado"(poco serio, como para salir de paso) a la hora de estimar los alcances del proyecto... pero como se utiliza fibonacci parecería q es "sublime, o espectacular, etc" y no es otra cosa q una estimación mas para la perdida de tiempo q para el aprovechamiento del mismo, y perder el tiempo significa perder proyectos y por ende perder ingresos.. Pero también debo ser justo ya que yo comparo mi metodología de trabajo donde hay un "grupo" de personas dispuestas a acomodarse en aquellas tareas q requieren mas atención a(en contra posición) hacer un proyecto "solo". cada cual sabe estimar según su experiencia. Cuando me tocó ser lider de proyectos los tiempos los ponía yo (y tuve q tener en cuenta q ellos eran seres humanos) y tenian q adaptarse, ya q para mi una de las cosas mas importantes es cumplir con los tiempos y en los 20 o 25 proyectos q lidere eso siempre se cumplió sin estar holgados ni ajustados. Saludos.

@nullpointer836

3 жыл бұрын

che cual es el polinomio?

@lubeckable

3 жыл бұрын

Y el polinomio? :v

A mi me ha pasado que hago una estimación bien meditada y después me dicen que es mucho y que se tiene que hacer en la mitad. En ese momento siento que el mundo no nos entiende y ni tratan de hacerlo 😢

@avreudm7225

3 жыл бұрын

la prioridad de ellos es dinero dinero corto tiempo bonito y barato, la de los desarrolladores es que salga bien y con el menor número de fallos posibles, porque luego dicen que uno no trabaja bien

Genial aporte. Muchas gracias. Seria bueno que sacaras un curso mas a detalle sobre este tema y como implementarlo en un equipo de trabajo. Saludos.

Dios mío, estuvo buenísimo, ese si es un problema colosal. Muchísimas gracias, nunca habría pensado en una solución como esta.

Debería haber algo más que un like para videos como este. Espectacular.

@BettaTech

3 жыл бұрын

Gracias!! Me alegra que te haya gustado :)

Hola!!! Haz videos sobre "cómo analizar softwares existentes para luego proponer mejoras"

Hola excelente video. Podrías hacer más vídeos sobre vim?

Gracias. Necesitaba aclarar dudas. Tu video me ha sido de utilidad. :)

@BettaTech

Жыл бұрын

Con mucho gusto!!!

Holi aqui un pintor :v es igual de incierto en la pintura

¡Muy bueno! Ojalá explicaran esto en la universidad o en las empresas cuando eres junior... Normalmente se limitan a darte el trabajo y decirte que les corre prisa xD por suerte cada vez más se adoptan agile y scrum y en mi experiencia puedo decir que se nota mucho la mejora en previsión y prevención

El cliente con el que trabajo pide las estimaciones en horas. Con un cambio muy grande es muy difícil dar un tiempo exacto, pero dividiendo en tareas pequeñas se pueden dar tiempos razonables, que el cliente no rechace ni me haga quedar mal :p Igual me gustaría más poder dar estimaciones en esfuerzo. Si no domino la tecnología con la que tengo que estimar, para poder medir las horas prácticamente tengo que estudiarla mientras estimo. En la mayoría de empresas de software en qué unidad se dan las estimaciones? Gran video. Feliz año. Que sea un gran 2021 🎉

Brutal...Excelente Video!

Me ha parecido muy interesante el vídeo , más ahora que tengo una asignatura de dirección de proyectos donde se habla de estos temas. Un saludo y felices fiestas :)

Buen vídeo. Que la pases muy bien mañana!

Pienso que en las estimaciones AUNQUE sean de poca duración digamos días, TENEMOS que ser realistas y agregar tiempos de descanso, las mentadas juntas que casi ningún programador gusta, OTROS proyectos en curso, INTERRUPCIONES del jefe (hay unos que se la pasan preguntandote y diciendo cosas solo para según esto lo veas involucrado en el proyecto pero poco aporta), y cosas que son reales y que acortan tu tiempo de programar.

Excelente video muchas gracias :D

Excelente video, gracias, you rock

Que buen dato, muchas gracias!

Muy útil!!! gracias

Saludos y gran video!.

excelente tema !!! gracias

Yo sé que a nadie le interesa pero donde trabajo llevamos dos semanas tratando de hacer una funcionalidad que no tiene sentido y por lo tanto no se va poder hacer al 100%, lo peor es que las personas que estimaron y se reunieron con el cliente en ningún momento consultaron a los desarrolladores si se podía hacer o no, y acá estamos con el problema y ya quiero mandar todo a la m... 🤣🤣

@Pharaoh29_

2 жыл бұрын

¿Lo lograste resolver? :v

Me interesa un video donde hables sobre el hmmm 'Licenciamiento del software' 🤔 creo seria correcto llamarlo asi. Muchas empresas huyen del Open Source por las condiciones que conlleva... En un proyecto personal ¿como puedo aplicar una patente o similar?... Espero lo consideres, gracias

Es muy difícil estimar por tiempo... Y la mayoría de jefes que me he encontrado (incluso yo mismo) pensaban que los puntos de historia eran equivalentes a horas. Pero ahora lo entiendo mejor gracias a tu vídeo. La medición más exacta que puedes dar es la que daba un ex-compañero mío cuando lo cabreaban mucho preguntándole lo que le faltaba por hacer... "Lo que falta por hacer es lo que hay que hacer menos lo que ya está hecho"

@bgdamore

3 жыл бұрын

Me encantó la frase, se la voy a decir a mis compañeros.

@FernandoGonzalez-ir1bx

3 жыл бұрын

Más cierto imporsible

Hola ! Que colorscheme usas en vim ?

En mi equipo actual utilizan Kanban y no estiman las tareas, simplemente se aplica prioridad. La verdad que estoy encantado, ese micro management asociado normalmente a la estimacion me estresa y al final pensaba mas en como iba a quedar eso en las estadisticas que en sacar el trabajo adelante

@davidchavarriamendez9091

Жыл бұрын

Si no hay estimados. ¿Como se le comunica al cliente para cuando está listo? Mi jefe tiende a poner los estimados en el contrato.

@ovlk5314

11 ай бұрын

en el mío cobran por hora invertida@@davidchavarriamendez9091

Que buenos eran los viejos tiempos... que siempre daba un estimado y siempre acertaba, es más si tardaba 2 días siempre decía 2 días y medio por si pasaba algo y al final, lo clavaba y eran justo 2 días, y luego el cliente pues más que contento pq estaba a los 2 días y medio... ahora parece que es una locura el poder saber el timming de las cosas, es algo que no llego a entender :-/

@bucaros77

3 жыл бұрын

Programar es cada vez mas complejo.. somos las nuevas vacas de la sociedad

Una duda y luego esos puntos de historia como los pasamos a horas? ya que en jira o Azure Devops siempre hay que poner las horas

"los humanos estimamos fatal" Fermi triggered

El factor 2.5 multiplicado por el tiempo estimado en condiciones óptimas (casi nunca se dan) me suele funcionar bastante bien, con excepciones... Peero vaya, en reuniones para estimar tiempos, para una tarea dada, he oído '2 meses' a un ingeniero y '12 meses' a otro... Al final todos decíamos un número estimado de meses y calculabamos la media...

"este canal es de sofguar"

@yllenfernandez1046

3 жыл бұрын

Hahahaha, el acento que tenemos los hispanohablentes. Hahahaha

😎👌 Bien explicado, seguía sin entender la numeración

Feliz ano,(Perdon, mi teclado y pereza usar el numérico), al final lo que comentas de esas User story muy grande(Epica) Scrum recomienda es dividirla en varias story mas pequeña he ir puntualizando, pero al final lo que comenta termina siendo lo mismo que hacemo, según la actividad por su grado de complejidad estimamos, no entiendo el tema de serie Fibonacci al final hacemos lo mismo.

Cómo le hacen ustedes para estimar un proyecto que sabes de ante mano serán meses de desarrollo pero que ni el cliente tiene toda la información (ya se que es muy frecuente). Digamos el cliente usa inventarios. ventas, compras, etc. pero aunque lo dividas en muchas tareas y subtareas estimas mucho sin saber cuantos campos hay, como se relacionan etc etc.

podría aplicar está metodología a las cosas de la vida diaria?

me pregunto cuando tienen ustedes todo los que asen docencia en youtube sobre este tema coreeo correo o un contacto wasta

👍👍👍

Alguna plataforma que recomiendes, gratuita y bastante completa para aprender Java y Spring?

@santoytuerca

3 жыл бұрын

El canal pildorasinformaticas tiene un curso genial de Java

En la uni hacíamos grupos de trabajo y usábamos diagramas de Gantt

Interesante. Sin embargo me gustaría un poco más de detalle al momento de formular un presupuesto para un cliente o configuración de fechas para proyectos enteros. Saludos 👍🏻

Antes con VFP yo elaboraba sistemas en 2 patadas, ahora con todo el avance de la computacion (yo ya no desarrollo, solo evalúo los sistemas desarrollados por 3ros), los sistemas para ser desarrollados se demoran una eternidad, eso sin contar que la mayoría son un fracaso. Asumiendo que los procesos en las empresas son los mismos, casi sin mayor variacion (comprar, vender, inventariar, publicitar) me parece que el problema son los desarrolladores, ninguno logra remontar esa temida curva de aprendizaje de los lenguajes actuales.

buenísimo , por fin utilizaré Fibonacci en mi vida

Jajajajaja, me encanta la miniatura del video

Hace muchos a#os los desarrolladores estimaban el costo de la elaboracion de un programa en base al numero de lineas de codigo que al final resultaran.

Dónde encuentro documentación sobre esto??

@juanmaa1414

3 жыл бұрын

Scrum - Story points

El desarrollo de software es un "arte" por eso es dificil estimar que tiempo toma.

Llegue demasiado temprano

Pero que numero se le pone a que cosa? No lo has comentado. Pasas del 1 al 21

@BettaTech

3 жыл бұрын

Es una escala relativa, si el 1 es lo mas sencillo y el 21 es algo tipo un refactor general o una implementacion compleja, escalar los valores utilizando la serie de fibonacci (1, 2, 3, 5, 8, 13, 21...)

Ahora todo lo hacen en 1 hora, porque entran a cualquier Store, se descargan el asset y te lo revenden

A mi me recomendaron estimar un tiempo real y multiplicarlo por 3.

Está excelente lo de los puntos de esfuerzo. Yo capto varias complejidades que salen desde la experiencia, pero no sabría todas. Existe alguna tabla orientativa de cuales son las tareas más complejas?

Luego negocio quiere saber tiempos exactos desde el minuto 1 y luego protestan cuando no se cumplen los timings T.T Creo que nunca he trabajado en ningún proyecto donde puntos !== horas xD siempre meten una equiparación u otra

😑 aunque este video fue publicado hace tiempo, me acaba de llegar justamente en el momento adecuado......¡Me acaban de preguntar eso! 😂😂😂😅😂😅😅😂😂

0:36 GRRM quizá? 🤔

En unity: No me funcionaba algo. 2Hs dsp debugeando y googleando, lo reinicio y anduvo. sad.

No estoy de acuerdo, no creo que hayas explicado ninguna razón por la que se debería dar una estimación, sólo has dicho que es lo que se hace y hay que lidiar con ello, pero en el fondo lo que hacemos con esto es algo terrible y es mantener un sistema que no funciona y fomentar la mentira, más o menos deliberada. Mentira del vendedor al cliente, del jefe de proyecto a los vendedores y del desarrollador al jefe... Yo siempre trabajo para hacer las cosas lo antes posible, pero las estimaciones no tienen nada que ver con la realidad. Otro problema es que los equipos maduros cada vez son más raros, por la movilidad de los compañeros, además ... Es una de las partes que peor se me dan porque odio mentir y al final siempre tengo la sensación de que tienes que elegir entre pringar o mentir

yo estimando mi trabajo final : en tres meses ya esta listo yo realizando mi trabajo final: a pues no empece pero para mañana que es la entrega lo tengo listo

@nixonjimenez2777

3 жыл бұрын

JAJAAJAJAJAJJAJAJAJA Liteal.

Cyberpunk... Let me introduce myself

@avreudm7225

3 жыл бұрын

😂😂😂😂😂😂😂

jajajaja que buena miniatura xD pues ni p... idea

Que raro se siente ser de los primeros :l

Nunca terminaste el AdventOfCode

Yo siempre, pero SIEMPRE la cago cuando estimo el tiempo de entrega

@avreudm7225

3 жыл бұрын

nunca los tiene uno contentos aunque vayas en tiempo, ellos sueñan con que las cosas salgan en 5 min

@hostillgmail

3 жыл бұрын

@@avreudm7225 Si, además muchas veces piden a medio desarrollo cosas que no estaban en el trato original

13:04😚 XD

Normalmente, se infla.

Ni con COCOMO sale bien xD

Jajajajajaja cuando va a estar? Ni PUTA idea loko

La mejor manera posible es no estimarlas 😂😂😂