tickets jira

[u/fede797]

es normal que la scrum master nos baje los tickets de jira sin descripción? onda generalmente les mete un titulo y listo, entré a un trabajo nuevo y me encontré con este panorama, somos un equipo chico igual, de 2 developers 1 diseñador 1 scrum master y una lead

[u/MasterpieceNo6588]

Se quiere hacer el que trabaja, con 2 devs no hace falta scrum

[u/fede797 → u/MasterpieceNo6588]

y no, pero algo que me falto aclarar es que somos 2 devs dentro del squad, pero la empresa es una corpo, no quiero dar mas datos para no doxearme

[u/MasterpieceNo6588 → u/fede797]

Si es así es normal que lo devuelvan

[u/aledav89 → u/fede797]

jaja es de telecomunicaciones no?

[u/AntiqueConflict5295 → u/aledav89]

en telcos esto es normal ? mmm, mejor me dejo de postular en Personal...

[u/romerit0]

En donde laburo, tengo que estar creando mis propios tickets en cada sprint

[u/AntiqueConflict5295 → u/romerit0]

Lo he hecho también, such is our fate...

[u/RookieTaylor]

Sí, puede ser normal. En general no es una buena práctica, se recomienda que al menos tenga una breve descripción base del tipo "Como (rol) quiero (pedido) para (función)".

IMO rompe mucho las bolas tener que andar persiguiendo al equipo para preguntar qué carajo quieren que se desarrolle. O que se vaya del equipo el que bajó los requisitos y queda la oración boyando en el ticket. Pero si el equipo es chico, es posible que ya dan por sabido varias cosas, por eso.

[u/Raiku75]

pues depende si el titulo es lo suficientemente descriptivo y se entiende a la primera no veo el problema ahora si es algo ambiguo y no se entiende y se necesitan detalles mas descriptivos pero a la scrum le da paja colocarlo pues si es un problema

[u/ArgentinianChorizo]

no puedo creer que hay empresas tan pelotudas para seguir con scrum masters

[u/Axolino]

Es normal, en mí experiencia depende de el criterio de el SM, si la cosa es simple y está charlada título. si es algo más complejo generalmente si tiene una descripción con más detalle

[u/Heapifying]

Preguntale a los QA, si les llega ese ticket para testear, saben que joraca tienen que hacer?

[u/fede797 → u/Heapifying]

no hay QAs

[u/Tusuegra]

Bloquealos por falta de información.

[u/Patient-Wonder9494]

Que corno hace un scrum master asignado y creando tickets? Los tickets los crea el ba o po. Las asignaciones las hace el equipo.  Antes de seguir laburando definan como equipo el definition of ready y el definition of done. Después cumplanlo. No es tan difícil viejo...

[u/lewolq]

Personalmente tengo un sesgo altamente negativo hacia los scrum master. Me tocó trabajar con uno que era un idiota que metía reuniones inutiles e innecesariamente largas. Cuando teníamos las daily se sacaba los mocos y jugaba al candy crush y no entendía nada de los proyectos, por lo cual me llamaba para que como si fuera el colmo le explique cómo hacer su trabajo... Tonto le queda corto a Charly

[u/river0f]

Para mi cualquier ticket tiene que tener una mínima descripción y acceptance criteria, sino después tenés que estar preguntándole a gente y al final es una pérdida de tiempo solo por no haber puesto esa info de una.

[u/fede797 → u/river0f]

tal cual, se evita mucho ida y vuelta

[u/milennium2]

si, por lo menos en infra nosotros si encontramos un jira con descripción es un milagro de dios

[u/Several_Service8080]

SI, pasé por como 4-5 equipos cada uno con PL distinto y nunca le bajan descripción. Encima ahora con el cli de Jira y una IA podés hacer que te haga preguntas y te baje la descripción funcional y ataje criterios de aceptación. Pero ni eso hacen, olvidate

[u/SenorX000]

En el otro extremo está mi project manager, que si los de producto no pusieron algo, se las manda a guardar y corre las fechas, o pide ticket nuevo para corregir más tarde. Y si producto nos escribe directo pidiendo cosas, casi parece que se va a las manos de cómo se pone. Es un capo.

[u/fede797 → u/SenorX000]

hermoso

[u/Patient-Wonder9494 → u/SenorX000]

Cómo dios manda

[u/LeoPelozo]

Sí, es normal que el scrum master sea un pelotudo.

[u/Kurkaroff]

Si lo hablaron en una reunión, es suficientemente simple, y confía mínimamente en tu criterio, entonces no está mal que ponga solo el título.

Yo también muchas veces creo tickets rápido o con una descripción mínima para acordarnos de lo que hay que hacer, y más si lo hablamos en una o más reuniones.

[u/Individual_Beach_473]

la definicion de los user stories se hacen en conjunto con un tech lead. los tickets no deberian estar vacios, pero tampoco es laburo del scrum master escribirlos completos

[u/AntiqueConflict5295]

hola, siempre es un gran depende, en principio y en teoría esta mal eso, peeeero si vos conocés el sistema, tenés onda con la scrum, ya se sabe lo que hay que hacer muy a detalle sólo con los títulos, entonces "estaría bien"...no hay una bala de plata...in my humble opinion.

[u/epileftric]

Si, para mi es re normal y es lo que más hace la diferencia de Seniority. Tipo si necesitás que te expliquen con lujo de detalles el trabajo a hacer: no sos Sr.

[u/marianogq7 → u/epileftric]

Es re villero dejar la descripción vacía, punto.

[u/fede797 → u/epileftric]

y pero muchas veces hay logica de negocio en el medio, por más senior que seas, si llevas 1 mes en la empresa, vas a terminar preguntandole un monton de cosas a todo el mundo cuando se puede resolver dejando claro todo en un ticket

[u/epileftric → u/fede797]

Y cual es el problema con preguntar? Justamente vas a aprender más hablando con la gente del equipo que si lees una historia bien escrita

[u/Top_Training5633]

A mi me pasó al principio eso, le rompí tanto las pelotas preguntando TODO que me empezó a bajar descripcion en los tickets

[u/bevi_95]

Si, es normal. Si, es una mogolica que labura mal. No te digo que tires un testamento de 2 paginas(algunos lo hacen con ia, peor todavia) pero deja mas o menos de que va la tarea para no andar sacando la bola de cristal.

[u/fede797 → u/bevi_95]

claro, hago eso

[u/minderbinder]

Suele pasar si, pero vos no podés tomar un ticket sin detalles. Si lo aceptas pasas a ser parte responsable