# data[].attributes.body
Poder Judicial de Corrientes.
Área de Sistemas.

En mi lugar de trabajo se implementa Scrum.
Se divide entre equipos de: Desarrollo, Análisis y Qa. A los cuales se les comunica, por parte de de los lideres del proyecto, la coordinación para el desarrollo de tareas e Historias de Usuario.  Los Sprints, por lo general semanales incluyen daily's, backlogs, retrospectivas, demos, etc.

Por lo cual es buena oportunidad para  relevar el informe para la asignatura.

# data[].attributes.body
Buenas Profe

Yo particularmente estuve averiguando con mis conocidos que trabajan en dos empresas haciendo desarrollo, una es Droguería JUFEC, en la cual me dijeron que los chicos no realizan scrum y la otra es Tecso.coop, que si realizan scrum en la empresa pero el área en donde se encuentra la persona a l a que le consulte es la parte de inteligencia artificial, y ahí no realizan scrum, y lo que me decía que es muy difícil implementarlo con Machine Learning.

Javier Valdivia

# data[].attributes.body
La segunda seguros

# data[].attributes.headline
Implementación y adaptabilidad de la metodología Scrum en la empresa Crowdar

# data[].attributes.subject
Implementación y adaptabilidad de la metodología Scrum en la empresa Crowdar

# data[].attributes.body
En su mayoría siguen las normas como dicta la metodología, pero en algunos ámbitos realizan pequeñas
adaptabilidades.
Implementan Sprints de 2 semana.
Por lo general el equipo de bd trabajan en Historias separadas, y realizan los test ellos mismos
El equipo de APIs, si tiene sus historias separadas y ellos si trabajan con QA en las mismas historias, pero el equipo de Front, generalmente trabajan en las mismas historias que los de QA, aunque a veces van por separado ya que el Sprint les puede llevar demasiado, y separan en dos tareas.

Y la última modificación es que el Definition of Done para ellos es cuando terminan el desarrollo y ya está listo para desplegar

# data[].attributes.body
Buenas soy Adrian Navarro,la empresa la cual estuve investigando y consultado se llama La Segunda Seguros,como lo dice su nombre es una empresa de seguros (autos,motos,etc) dentro de la empresa tengo un amigo que trabaja en el area de desarrollo backend en la parte de microservicios en la cual se encargan de todo lo referido a las appis( Desarrollo, conexiones,mantenimiento, etc)
Trabajan con metodologias Agiles basadas en Scrum, digo basadas por que no usan scrum puro, es una adaptación de acuerdo a las necesidades de la empresa.
Tienen las daylis diarias de no mas de 15 minutos en las cuales todo el equipo(10 personas incluyendo al lider) comentan como van en el proyecto, acotando que dificultades tienen, que les falta, y que estan haciendo actualmente.
Una vez terminado se designan las tareas del baklog las cuales son asignadas por el líder o en su defecto por los desarrolladores seniors.
Tienen sprint de 1 a 2 semanas.

# data[].attributes.body
Hola Profe, en mi busqueda de algun equipo que trabaje con metodologias agiles me contacte con algunos ex-compañeros que ya se encuentran trabajando en algunas empresas, y uno de ellos me confirmo que si, trabajando para la empresa desarrollos NEA, me comento que implementan metodologias como SCRUM, en un grupo de 8 a 10 personas aprox.

Garcia Edgar W.

# data[].attributes.body
En mi caso, la forma de investigar fue consultar por grupos de WhatsApp que tengo en común con personas involucadas en el ambiente de desarrollo si alguno me podía comentar si estaba al tanto de si en sus proyectos estaban utilizando las metodologías ágiles y un breve resumen de cómo lo hacían.

Por parte de la empresa Yugoo, me comentaron que utilizan las metodologías ágiles pero no en forma estrictica, como la teoría lo indica. Por ejemplo, al hacer uso de Scrum utilizan el tablero backlog donde van cargando todos los ítems respecto a tareas nuevas, las que están realizando, las que quedan por hacer y las finalizadas.
Respecto a la reuniones, las que serían daily (15min, todos los días) solo se realizan en ciertas etapas en concreto, no siempre. En las demás etapas se hacen quizás una vez a la semana y/o solo cuando se necesite realmente como por ejemplo a la hora de tomar decisiones o para revisar cómo se va a aplicar x requerimiento (Más que nada por cuestiones personales, como ser el tiempo o responsabilidades externas).
A pesar de todo esto, consideran que quizás la empresa no cuenta con los perfiles idóneos necesarios para un equipo Scrum.

En su experiencia, comentan, creen que es muy difícil que una empresa ocupe Scrum al 100% (En la Ciudad) con todo lo que eso conlleva. Supone que existe alguna que lo hace pero aún no se ha encontrado con tal situación. Piensa que uno de los mayores aspectos a cambiar es la contratación de personal acorde para poder seguir estas prácticas, por ejemplo, un Project Manager.

Además, como información adicional, se me comentó que en una experiencia previa (En SuSTI, hace 2 años atrás) directamente no se utilizaban reuniones diarias sino que estaba programado para que se hagan semanalmente, sin falta. La misma comenzaba todos los Lunes a la mañana (9am) y se hablaba sobre lo que se hizo en la semana anterior (Progreso), lo que se debe hacer en la semana que comienza y si existió algún impedimento sobre el cual deban estar al tanto.

# data[].attributes.body
Hola, muy buenas, yo me encuentro en un equipo que utiliza scrum como metodologia agil, por lo tanto me parecio buena opcion elegirlo, asi podremos evaluar que aspectos hacemos bien y que nos falta mejorar.

# data[].attributes.body
Nombre de la Empresa: Crowdar
Equipo: DevOps-SRE
Tecnica Aplicada: Scrum
Alumno: Arrua Ivan

Dentro de este equipo y lo que abarca el marco de trabajado conocido como Scrum podemos encontrar que cada miembro de este equipo cumple un rol determinado. Por ejemplo: el product owner, dev-team, scrum master.

En cuanto a eventos  el primero  que se da en este ciclo es el Scrum Planning que comienzan los días Lunes y luego de allí parten a diez días hábiles posteriores donde el product owner carga y mantiene actualizado el product backlog.

Al momento de una entrega al cliente se realiza un Sprint Review donde se procede a comentarle todas las funcionalidades que se trabajaron durante ese sprint y lo que se entrega al equipo es la retroalimentación para medir el nivel de satisfacción y cumplimiento del cliente junto con las mejoras y cambios que puedan surgir.

Al final lo que se obtiene es un MVP por sus siglas en ingles es un “Producto Mínimo Viable”.

# data[].attributes.body
Pueden escribir, un audio o un video explicando su búsqueda y si han encontrado o no un equipo.