Ú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

"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.

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!

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 😢

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

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.

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

Muy útil!!! gracias

Excelente video, gracias, you rock

Excelente video muchas gracias :D

Que buen dato, muchas gracias!

Brutal...Excelente Video!

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

excelente tema !!! gracias

Saludos y gran video!.

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.

¡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

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

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.

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 :)

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 🎉

"los humanos estimamos fatal" Fermi triggered

"este canal es de sofguar"

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

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... 🤣🤣

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 :-/

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

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

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

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...

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"

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?

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 👍🏻

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?

Jajajajaja, me encanta la miniatura del video

Dónde encuentro documentación sobre esto??

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

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

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.

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

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.

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

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?

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

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

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

0:36 GRRM quizá? 🤔

Llegue demasiado temprano

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

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

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

Cyberpunk... Let me introduce myself

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

Que raro se siente ser de los primeros :l

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

Nunca terminaste el AdventOfCode

Normalmente, se infla.

Ni con COCOMO sale bien xD

Jajajajajaja cuando va a estar? Ni PUTA idea loko

13:04😚 XD

La mejor manera posible es no estimarlas 😂😂😂