Trabajo en equipos multidisciplinarios

Standard

Hola buen día a todos, de nuevo me reporto con un tema en el cuál llevo trabajando un tiempo. En el último mes hemos estado trabajando en un proyecto multidisciplinario, esto incluye dos mecánicos, dos mecatrónicos y una persona de sistemas computacionales, ya que, en Hunabsys R&D trabajamos con el método de SCRUM, lo que suena raro para muchas personas por no ser un proyecto exclusivo de sistemas, pero nosotros hemos encontrado una manera muy amena de llevar a cabo este tipo de proyectos, expondré varios puntos muy importantes que quiero compartir con ustedes.

1.-Todos son dependientes de los demás.

Esto es algo muuuuy importante, por que se requiere de mucha paciencia e imaginación para definir de que manera vas a hacer tu trabajo sin afectar el trabajo de tus compañeros, eso cuidando el peor de los casos, pero te das cuenta que realmente trabajas en equipo cuando complementas el trabajo de tus compañeros. Continue reading

Mis experiencias con respecto a equipos auto-administrados

Standard

Muy buen día, hoy les quiero hablar de un tema que desde que empecé en el mundo de SCRUM, me ha causado interés en el mundo del desarrollo de software.

Para empezar, hay que definir qué es un equipo auto-administrado

Un grupo de empleados auto-organizados, semi-autónomos cuyos miembros determinan, planean y administran sus actividades diarias prácticamente sin supervisión.

Referencia

Continue reading

SCRUM parte 4: “Introducción” y primeras dificultades que se presentan.

Standard

Bueno ahora continuaré donde me había quedado después de un buen rato de no publicar.

En el último artículo, hablamos de las historias de usuario (SP) y algunas de las características que deben de tener. Una vez completado nuestro product backlog, vamos a proceder a planear nuestro sprint.

3.- Sprint Backlog

Como podemos imaginar es una parte de nuestro product backlog sobre el que se trabajará durante el sprint.

Para esto, de nuestro PB vamos a elegir junto con el Product Owner las historias de usuario que espera que sean completadas para el final del sprint. Es decir, al planear el Sprint, el PO es quien nos dice qué tiene prioridad, el equipo lo que cuida es que en caso de haber dependencias entre historias de usuario, estas se resuelvan. Continue reading

SCRUM parte 3: “Introducción” y primeras dificultades que se presentan.

Standard

Bueno, despué de la novela de los últimos 2 posts, pasaré a hablarles ahora sí del proceso de SCRUM en cuanto al desarrollo de un proyecto, trataré de mantener la explicación lo más sencilla posible.

Bueno, este gráfico del proceso de scrum me gusta porque incluye todo los detalles de scrum, y además agrega la visión. Ahora sí explicaré a manera de pasos, el proceso que se sigue cuando se implementa SCRUM.

1.- Lo primero, basándonos en el gráfico es que el cliente nos comparta su visión del proyecto, y nos platique lo que espera del mismo, para que TODOS, tanto él como el PO, SM y ST tengamos en mente lo que se busca (igual pudiéramos llamarlo paso 0). Continue reading

Estrategias de Git Branching

Standard

workflow

Hola a todos, para esta semana les quiero hablar de el manejo de Branches (Ramas) y el importante rol que tiene en el Plan de Control de Versiones.

Hoy en día casi todos los sistemas de control de versiones ofrecen un sistemas de líneas de ramas independientes en un sistema de código centralizado. Dependiendo del ecosistema que tengas debes adaptar el manejo de ramas con tus equipos de trabajo. Nosotros en Hunabsys tomamos ventaja de esto y este artículo es darles un panorama de lo que evaluamos y estamos usando hoy en día. Continue reading

SCRUM parte 2: “Introducción” y primeras dificultades que se presentan.

Standard

Hola gente. Pues siguiendo donde nos habíamos quedado, en esta ocasión además de como se los prometí, hablaré de los roles. Dejando al último el del SCRUM Team, ya que es para mí uno de los puntos más difíciles de implementar en un principio.

El primer rol que vamos a ver es el del Product Owner (PO de ahora en adelante). Este rol al contrario de lo que pudiéramos pensar, no es lo mismo que el cliente o usuario final, es más que nada el medio de comunicación para lo que quiere el cliente. Es decir, que nuestro PO no tiene que ser por fuerza un cliente, sino que es el responsable de administrar los items de nuestro Product Backlog (PB).

Para que se entienda mejor, tomemos como base el siguiente gráfico.

POExamples Continue reading

SCRUM parte 1: “Introducción” y primeras dificultades que se presentan.

Standard

Buen día, hoy les quiero compartir mi experiencia implementando SCRUM con varios equipos. Primero que nada esta serie de publicaciones (así es, serán varias publicaciones) más que una guía para implementar SCRUM en tu negocio o equipo es para transmitir lo mejor posible mis experiencias y opiniones sobre algunos temas que se suscitan al tratar de implementar este framework, también hacer notar que si bien en el título escribí “Introducción” este,  está entre comillas, y eso es porque la verdad SCRUM es sencillo de explicar así que me enfocaré en cosas que considero básicas. Ahora sí empecemos.

Continue reading

Curioseando la API de Trello

Standard

Trello

Trello es una herramienta que nos permite tener organizados infinidad de tipos de proyectos. Esta herramienta implementa el paradigma de Kanban para administrar los proyectos. Los proyectos son representados por “boards”, que a su vez contienen listas (listas de actividades). Estas listas contienen “cards” que corresponden a tareas. Cada tarjeta se supone que progresa de una lista a otra (arrastrando y soltando). De esta forma podemos llevar un control del proceso que se sigue desde que una tarea es una idea por ejemplo, hasta su realización. Se puede asignar usuarios a las tarjetas. Así mismo los usuarios y “boards” pueden ser agrupados en organizaciones.

trelloboard2

En Hunabsys implementamos un framework ágil de desarrollo que seguro tú ya conoces, Scrum Nos apoyamos en Trello para apoyar Scrum, representando con tableros cada uno de los Sprints de un proyecto y con tarjetas cada una de las historias de usuario y tareas.

Aparte de ser gratis, Trello proporciona una API para desarrolladores, en la cual nos apoyamos para automatizar el proceso de carga de tarjetas de los sprints, monitorear las actividades por usuario, comparar horas invertidas contra horas estimadas, ver el “burndown chart” en tiempo real, entre otros fines.

La API de Trello trabaja con servicios RESTful. Si no haz trabajado con ellos te recomiendo  documentarte un poco sobre cómo es que funcionan antes de seguir leyendo.

En esta ocasión les mostraré algunos ejemplos de peticiones y algunos problemas y detalles que salieron en el desarrollo y que la documentación de la API no resuelve claramente. Continue reading