ESTIMAR tareas de DESARROLLO de la MEJOR FORMA POSIBLE
HTML-код
- Опубликовано: 29 дек 2020
- ¿Cuándo estará hecho? ¿Cuánto tardaréis en hacer esto? Son preguntas comunes y normalmente no es fácil responder. En éste vídeo explicamos el concepto de Puntos de Historia y vemos cómo ayudan a estimar tareas.
👾 Redes sociales 👾
► Twitter: / bettatech
► Instagram: / betta_tech
► Canal Secundario: / @forkdebettatech
► Slack: bit.ly/33gaDDM
👨🏼🏫 MIS CURSOS 👨🏼🏫
👽 Curso de iniciación a la programación con JavaScript:
► bit.ly/3kr4bTc
👽 Curso de desarrollo backend con NodeJS y Express:
► bit.ly/3n4sirS
👕 MERCHANDISING DEL CANAL:
► Tienda RUclips: / bettatech
► Tienda Teespring: teespring.com/stores/bettatec...
⭐️ AFILIADOS ⭐️
🎁 7% Descuento en HOSTINGER (Código BETTATECH)
► www.hostg.xyz/aff_c?offer_id=...
🧠 Autocompletado con IA (Kite)
► www.kite.com/get-kite/?...
🐾 MacPaw (CleanMyMacX):
► macpaw.audw.net/c/2523912/941...
🎵 TODA la música es de EpidemicSound:
► www.epidemicsound.com/referra...
✉️ CONTACTO PROFESIONAL:
► Respuesta no garantizada:
bettatechyt@gmail.com
📚 LIBROS 📚
Design Patterns
► amzn.to/39XuQlq
Head First Design Patterns
► amzn.to/2uq6XUq
Refactoring
► amzn.to/2SQnf2c
Clean Architecture
► amzn.to/3bZVonJ
Clean Code
► amzn.to/32WVKq3
Introduction to Algorithms
► amzn.to/34SyVFP
Cracking the Coding Interview
► amzn.to/2QkdwC6 
Наука
Ú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
¿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!
@@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!
@@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.
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
@@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.
che cual es el polinomio?
Y el polinomio? :v
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.
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 😢
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
Hola!!! Haz videos sobre "cómo analizar softwares existentes para luego proponer mejoras"
Holi aqui un pintor :v es igual de incierto en la pintura
Debería haber algo más que un like para videos como este. Espectacular.
Gracias!! Me alegra que te haya gustado :)
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.
Excelente video muchas gracias :D
Muy útil!!! gracias
Brutal...Excelente Video!
Buen vídeo. Que la pases muy bien mañana!
Excelente video, gracias, you rock
Que buen dato, muchas gracias!
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.
Hola excelente video.
Podrías hacer más vídeos sobre vim?
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"
Me encantó la frase, se la voy a decir a mis compañeros.
Más cierto imporsible
excelente tema !!! gracias
¡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
Saludos y gran video!.
Gracias. Necesitaba aclarar dudas. Tu video me ha sido de utilidad. :)
Con mucho gusto!!!
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 🎉
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... 🤣🤣
¿Lo lograste resolver? :v
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 :-/
Programar es cada vez mas complejo.. somos las nuevas vacas de la sociedad
"los humanos estimamos fatal" Fermi triggered
😎👌 Bien explicado, seguía sin entender la numeración
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
Si no hay estimados. ¿Como se le comunica al cliente para cuando está listo? Mi jefe tiende a poner los estimados en el contrato.
en el mío cobran por hora invertida@@davidchavarriamendez9091
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...
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
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
Hola ! Que colorscheme usas en vim ?
"este canal es de sofguar"
Hahahaha, el acento que tenemos los hispanohablentes. Hahahaha
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.
En la uni hacíamos grupos de trabajo y usábamos diagramas de Gantt
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.
👍👍👍
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
podría aplicar está metodología a las cosas de la vida diaria?
El desarrollo de software es un "arte" por eso es dificil estimar que tiempo toma.
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.
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.
A mi me recomendaron estimar un tiempo real y multiplicarlo por 3.
Alguna plataforma que recomiendes, gratuita y bastante completa para aprender Java y Spring?
El canal pildorasinformaticas tiene un curso genial de Java
Dónde encuentro documentación sobre esto??
Scrum - Story points
Llegue demasiado temprano
😑 aunque este video fue publicado hace tiempo, me acaba de llegar justamente en el momento adecuado......¡Me acaban de preguntar eso! 😂😂😂😅😂😅😅😂😂
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?
Ahora todo lo hacen en 1 hora, porque entran a cualquier Store, se descargan el asset y te lo revenden
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
0:36
GRRM quizá? 🤔
Pero que numero se le pone a que cosa? No lo has comentado. Pasas del 1 al 21
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...)
En unity: No me funcionaba algo. 2Hs dsp debugeando y googleando, lo reinicio y anduvo. sad.
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
JAJAAJAJAJAJJAJAJAJA Liteal.
jajajaja que buena miniatura xD pues ni p... idea
Cyberpunk... Let me introduce myself
😂😂😂😂😂😂😂
Yo siempre, pero SIEMPRE la cago cuando estimo el tiempo de entrega
nunca los tiene uno contentos aunque vayas en tiempo, ellos sueñan con que las cosas salgan en 5 min
@@avreudm7225 Si, además muchas veces piden a medio desarrollo cosas que no estaban en el trato original
Que raro se siente ser de los primeros :l
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
13:04😚 XD
Nunca terminaste el AdventOfCode
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 😂😂😂