METODOLOGÍA KANBAN

Un tablero Kanban es un tablero en el cual vamos a tener una serie de tarjetas, cada una
de ellas corresponderá a una tarea dentro de un proyecto software, y vamos a tener una
serie de posiciones por las que las tarjetas se van a ir moviendo. Esto nos va a permitir,
con una gestión muy visual, ver cómo evoluciona el proyecto.

Este sistema fue inventado por el señor Taiichi Ohno, de Toyota.

Kanban, representada por una tarjeta Kanban, se moverá a través de las diversas etapas
de su trabajo hasta su finalización. A menudo se habla de él como un método de
extracción, de forma que usted tira de sus tareas a través de su flujo de trabajo, ya que
permite a los usuarios mover de sitio libremente las tareas en un entorno de trabajo basado
en el equipo.

¿Cómo funciona Kanban?

Existe una serie de principios básicos con el fin de obtener el máximo rendimiento de su
flujo de trabajo.

Visualice lo que hace (su flujo de trabajo): una visualización de todas sus tareas y
elementos en una tabla contribuirá a que todos los miembros de su equipo se mantengan
al corriente con su trabajo.

Limite la cantidad de Trabajo en Proceso (límites del TEP): establezca metas

asequibles. Mantenga el equilibrio de su flujo de trabajo mediante la limitación de los
trabajos en proceso para prevenir el exceso de compromiso en la cantidad de tareas que
será incapaz de terminar.

Realice un seguimiento de su tiempo: El seguimiento del tiempo confluye con la

metodología Kanban. Realice un seguimiento de su tiempo de forma continua y evalúe
su trabajo con precisión.

Lectura fácil de indicadores visuales: conozca lo que está ocurriendo de un solo vistazo.
Utilice tarjetas de colores para distinguir los Tipos de trabajo, Prioridades, Etiquetas,
Fechas límite y más.

Identifique los cuellos de botella y elimine lo que resulta descartable: aproveche al

máximo los plazos y ciclos de ejecución, del Flujo Acumulativo y de los informes de
tiempo. Estos criterios le permitirán evaluar su rendimiento, detectar los problemas y
ajustar el flujo de trabajo en consecuencia.

Cuáles son los beneficios clave

1. Estímulo del rendimiento. Análisis profundo y estimaciones que permiten medir su

rendimiento. Detección de cualquier problema existente y ajuste del flujo de trabajo para
ganar en eficiencia. El método Kanban es muy flexible y le permite perfeccionar sus
procesos para obtener los mejores resultados.

2. Organización y colaboración. La metodología Kanban le permite beneficiarse del

poder del enfoque visual, mediante el uso de columnas, carriles y tarjetas de colores.
Usted será capaz de trabajar en el mismo tablero que su equipo y colaborar en tiempo
real. Los tableros digitales Kanban le permitirán acceder a su flujo de trabajo desde
cualquier sitio, compartir tareas con facilidad y comunicarse en su trabajo con sus colegas.

3. Distribución del trabajo. Una cómoda visión general de los trabajos en curso y menos
tiempo dedicado a la distribución y presentación de los trabajos. Las estimaciones son
imperfectas, por consiguiente, un flujo constante de tareas reducirá su tiempo de espera y
el tiempo dedicado a la asignación de tareas. Usted selecciona sus tareas, por tanto, no
tendrá que esperar a que la tarea vaya hacia usted.

METODOLOGÍA SCRUM

Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas

prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible
de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un
estudio de la manera de trabajar de equipos altamente productivos.

En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el
beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente
indicado para proyectos en entornos complejos, donde se necesita obtener resultados
pronto, donde los requisitos son cambiantes o poco definidos, donde la innovación, la
competitividad, la flexibilidad y la productividad son fundamentales.
Scrum también se utiliza para resolver situaciones en que no se está entregando al cliente
lo que necesita, cuando las entregas se alargan demasiado, los costes se disparan o la
calidad no es aceptable, cuando se necesita capacidad de reacción ante la competencia,
cuando la moral de los equipos es baja y la rotación alta, cuando es necesario identificar
y solucionar ineficiencias sistemáticamente o cuando se quiere trabajar utilizando un
proceso especializado en el desarrollo de producto.

El proceso
En Scrum un proyecto se ejecuta en ciclos temporales cortos y de duración
fija (iteraciones que normalmente son de 2 semanas, aunque en algunos equipos son de 3
y hasta 4 semanas, límite máximo de feedback de producto real y reflexión). Cada
iteración tiene que proporcionar un resultado completo, un incremento de producto final
que sea susceptible de ser entregado con el mínimo esfuerzo al cliente cuando lo solicite.
DIFERENCIA DE SCRUM VS KANBAN

En muchos casos se intenta diferenciar Kanban de lo que es la metodología Scrum

en sí, por lo que vamos a ver algunas de las diferencias que existen entre ambas:

1. En Scrum existen los roles de Scrum Master, de Product Owner y del equipo,
mientras que Kanban no existen roles.
2. En Scrum se trabaja con iteraciones de tiempo fijo, con unos ciclos fijos que
se denominan Sprints, mientras que en Kanban tenemos un trabajo continuo y
no tenemos esas interacciones o esos ciclos durante el desarrollo.
3. Scrum limita el WIP (work in process o número de tareas que se pueden tener
en paralelo en una de las posiciones del tablero) por iteración, mientras que
Kanban limitar ese WIP por el estado del flujo de trabajo.
4. Mientras que Scrum exige equipos multidisciplinares, para que todos los
miembros del equipo puedan realizar varias tareas y sea todo más más ágil, en
Kanban se permiten los equipos formados por especialistas. En este caso
podemos tener algún problema a la hora de gestionar esos equipos, pero existen
una serie de normas o de prácticas para llevar a cabo para solucionarlo.
5. En Scrum no se permiten cambiar las tareas del Sprint, es decir, una vez que
la tarea asignada al mismo no puede ser movida, en todo caso lo que se permite
es modificar la fecha de entrega del Sprint, pero no esa tarea. En Kanban, por el
contrario, se puede modificar la tarea hasta que entra en flujo, hasta ese
momento podemos modificar la tarea.
6. En Scrum la pila del producto, es decir, el conjunto de tareas que tenemos que
realizar durante el Sprint, tiene que tener al menos el tamaño de un Sprint, ya
que, lógicamente, no podemos tener menos de un Sprint. En Kanban, al tener un
ritmo de trabajo continuo, lo que se hace es ir arrastrando las nuevas tareas por
el panel hasta que lleguen a su estado final y finalicen. Cualquier nuevo
requisito del cliente será una nueva tarjeta o post-it que se añadirá al flujo de
entrada y que seguirá su flujo normal hasta la salida.
7. En Scrum se mide todo lo que sea necesario, se miden historias, es decir, cuánto
nos va a llevar realizar cada historia de usuario, se mide cuánto tiempo o esfuerzo
nos va a llevar realizar cada una de las tareas y se mide también la velocidad del
equipo, que es la cantidad de trabajo que hemos realizado dividido por la cantidad
 de tiempo. En Kanban, como ya tenemos una cierta habilidad de la
metodología, no se miden ni tareas ni velocidad.
8. En Scrum se necesita una pila del producto priorizada, porque como el
desarrollo completo lo vamos a dividir en distintos Sprints, la necesitamos para
que los primeros Sprints se encarguen de realizar las tareas de mayor prioridad.
Con lo que vamos a conseguir llevar valor al cliente de una manera mucho más
rápida y las tareas con menor prioridad serán realizando en los Sprints posteriores.
Esta priorización la hará el Product Owner. En Kanban la historia o tarea es
arrastrada directamente desde el cliente, por lo cual no necesita esa
priorización.
9. En Scrum se tienen una serie de reuniones y se utilizan una serie de gráficos,
como el burn down, en el que podemos ver el avance del proyecto, y el burn up,
que sirve para medir la velocidad del equipo. En Kaban no se considera ni ese
tipo de reuniones ni de gráficos.
10. En Scrum los tableros se van a resetear al final de cada Sprint, es decir,
conforme vamos finalizando el mismo, el tablero queda vacío y comenzamos de
nuevo añadir nueva nuevas historias de usuario, las siguientes en prioridad. En
Kanban, como vamos a tener un flujo de entrada-salida, conforme las tarjetas
van pasando por cada uno de los estados hasta llegar al estado final, cuando llegan
a ese estado salen del tablero y se archivan, vamos a tener un flujo continuo.

¿QUÉ IDE USAN LOS LENGUAJE DE PROGRAMACIÓN?

Eclipse

Eclipse es uno de los entornos más conocidos y utilizados por los programadores, ya que
se trata de un entorno de programación de código abierto y multiplataforma. Está
soportado por una comunidad de usuarios lo que hace que tenga muchos plugins de modo
que hacen que nos sirva para casi cualquier lenguaje, en este aspecto es de lo mejores.
Sirve para Java, C++, PHP, Perl y un largo etcétera. También nos permite realizar
aplicaciones de escritorio y aplicaciones web por lo que nos brinda una gran versatilidad.

Además, está en constante evolución y hay muchos tutoriales por la red que nos guían en
su instalación y utilización.
Netbeans

Netbeans también es un entorno de programación muy utilizado por los programadores.

Se trata de otro entorno multilenguaje y multiplataforma en el cual podemos desarrollar
software de calidad. Con él podemos crear aplicaciones web y de escritorio, además de
contar con plugins para trabajar en Android.

El lenguaje que mejor soporta es Java, ya que fue creado por Oracle y su creación fue
para ser el IDE de Java. Aunque como hemos dicho, es multilenguaje debido a que soporta
JavaScript, HTML5, PHP, C/C++ etc.

Visual Studio

Visual Studio fue diseñado por Microsoft y es uno de los mejores entornos de
programación que existe siempre y cuando utilices sus lenguajes. Antiguamente tenían
una versión de pago que incluía todos los lenguajes, y versiones express que eran gratuitas
para un lenguaje en concreto.

Ahora como Microsoft quiere pasarse al software libre, ha creado también un Visual
Studio Comunity que es muy parecido al Visual Studio de pago, sólo que este está
soportado por la comunidad. Este entorno nos permite hacer aplicaciones web y de
escritorio y ayuda mucho al programador. El inconveniente que tiene es que solo es válido
para lenguajes de Microsoft.

JetBrain

JetBrain no es un entorno concreto, es una compañía que crea entornos de programación,

es libre y crean entornos para multitud de lenguajes como son
Java, Ruby, Python, PHP, SQL, Objective-C, C++ y JavaScript. También están
desarrollando IDE’s para C# y GO

Estamos utilizando un IDE de esta compañía en nuestro curso de Python que es el

Pycharm, y ha facilitado mucho su programación por tratarse una herramienta muy
completa. Lo podéis encontrar en el siguiente enlace.

QtCreator
QtCreator es un entorno de programación para C++ usan el framework de QT, es un
entorno amigable. También es un entorno multiplataforma programado
en C++, JavaScript y QML. Este IDE está diseñado específicamente para utilizar el
framework de QT, que por otra parte es un muy interesante ya que nos permite hacer
aplicaciones multiplataforma de una manera sencilla y rápida.

CodeLite

CodeLite es un IDE de código abierto y libre bajo la licencia GNU (General Public
License) y para diversos sistemas operativos, el entorno de desarrollo integrado usa
wxWidgets para su interfaz gráfica, ya que al cumplir con la filosofía de código abierto
usa herramientas completamente libres. A día de hoy soporta los lenguajes C/C++, PHP
y Node.js