Está en la página 1de 25

Kanban

Durante las pasadas tres dcadas, Kanban, que se define como un sistema de
produccin altamente efectivo y eficiente, ha contribuido a generar un panorama manufacturero ptimo y competitivo. llamadas metodologas giles, cuyo objetivo es gestionar de manera general cmo se van completando las tareas. Kanban es una palabra japonesa que significa tarjetas visuales, donde Kan es visual, y Ban corresponde a tarjeta. y asumir por parte del equipo.

Actualmente, el trmino Kanban ha pasado a formar parte de las

Las principales ventajas de esta metodologa es que es muy fcil de utilizar, actualizar

Kanban se basa en una serie de 4 principios:


Calidad garantizada. Todo lo que se hace debe salir bien a la primera,
no hay margen de error. De aqu a que en Kanban no se premie la rapidez, sino la calidad final de las tareas realizadas. Esto se basa en el hecho que muchas veces cuesta ms arreglarlo despus que hacerlo bien a la primera. justo y necesario, pero hacerlo bien. Esto supone la reduccin de todo aquello que es superficial o secundario (principio YAGNI). sino tambin un sistema de mejora en el desarrollo de proyectos, segn los objetivos a alcanzar. pendientes acumuladas), pudindose priorizar aquellas tareas entrantes segn las necesidades del momento (capacidad de dar respuesta a tareas imprevistas).

Reduccin del desperdicio. Kanban se basa en hacer solamente lo

Mejora continua. Kanban no es simplemente un mtodo de gestin, Flexibilidad. Lo siguiente a realizar se decide del backlog (o tareas

Pasos para configurar tu estrategia de Kanban


1) Definir el flujo de trabajo de los proyectos: para ello,
simplemente deberemos crear nuestro propio tablero, que deber ser visible y accesible por parte de todos los miembros del equipo. 2) Visualizar las fases del ciclo de produccin. Al igual que Scrum, Kanban se basa en el principio de desarrollo incremental, dividiendo el trabajo en distintas partes. Esto significa que no hablamos de la tarea en s, sino que lo dividimos en distintos pasos para agilizar el proceso de produccin.

Pasos para configurar tu estrategia de Kanban


3) Stop Starting, start finishing. Este es el lema principal de la
metodologa Kanban. De esta manera, se prioriza el trabajo que est en curso en vez de empezar nuevas tareas. Precisamente, una de las principales aportaciones del Kanban es que el trabajo en curso debe estar limitado y, por tanto, existe un nmero mximo de tareas a realizar en cada fase. 4) Control del Flujo. A diferencia de SCRUM, la metodologa Kanban no se aplica a un nico proyecto, sino que mezcla tareas y proyectos. Se trata de mantener a los trabajadores con un flujo de trabajo constante, las tareas ms importantes en cola para ser desarrolladas y un seguimiento pasivo para no tener que interrumpir al trabajador en cada momento.

Scrumban
Es una metodologa derivada de los mtodos de desarrollo Scrum y Kanban. Es un
modelo de desarrollo especialmente adecuado para proyectos de mantenimiento o proyectos en los que las historias de usuarios (requisitos del software) varen con frecuencia o en los cuales surjan errores de programacin inesperados durante todo el ciclo de desarrollo del producto. Para estos casos, los sprints (periodos de duracin constante en los cuales se lleva a cabo un trabajo en s) de la metodologa Scrum no son factibles, dado que los errores/impedimentos que surgirn a lo largo de las tareas son difciles de determinar y por lo tanto, no es posible estimar el tiempo que conlleva cada historia.

El diseo de las etapas de trabajo, al contrario que en la metodologa Kanban

que solo permita las tablas Sin comenzar, En progreso y Finalizadas, puede ser variable, permitiendo agregar ms etapas de trabajo (como por ejemplo, Probadas, Entregadas, etc.). Estas fases adicionales pueden ser de ayuda si una cierta parte del trabajo se convierte en un cuello de botella al obstaculizar el flujo de trabajo, pues a medida que dividimos las historias en tareas ms especficas, se posibilita la especializacin de los empleados, aumentando su rendimiento y eficacia sobre la tarea a realizar, logrndose a la vez una mayor velocidad de produccin.

Herramientas para la implementacin de Scrumban


La mayora de herramientas Scrumban estn enfocadas en la

creacin de tablas de flujo a partir del modelo de la metodologa Kanban: disear las tablas de flujo de trabajo del modelo Kanban (aplicable a Scrumban) de forma intuitiva. VersionOne, adems permite incorporar lmites para el trabajo en proceso. Adems existen tambin herramientas online para la creacin de tablas de flujo de trabajo como Trello o Kanberry.

LeanKitKanban, AgileZen, Mingle, VersionOne: Permiten

Desarrollo Behavior Driven


Behavior driven development (BDD) Es una tcnica de programacin que

cuestiona el comportamiento de una aplicacin antes y durante el proceso de desarrollo. Mediante preguntas tales como Qu debera hacer esta aplicacin? o Qu debera hacer esta parte? los desarrolladores pueden identificar brechas en la comprensin del problema del dominio y hablar con sus pares o expertos del dominio para encontrar las respuestas.

El propsito es cuestionar cada parte de la aplicacin y la aplicacin entera.


Estas cuestiones no tratan meramente caractersticas tcnicas o requerimientos sino con caractersticas relacionadas con el tiempo y costo.

Cuando los desarrolladores escriben tests de


comportamiento estn asumiendo resolver las cuestiones ms crticas o importantes primero. Cada test que se escribe trata con la cuestin ms importante siguiente en la lista. Si cada cuestin est resuelta, el comportamiento de la aplicacin est definido en los tests y la aplicacin ha sido creada.

Los tests de comportamiento usan la tcnica del


desarrollo guiado por pruebas (TDD Test Driven Development) pero tienen una meta ms especfica.

Reglas prcticas a seguir:


Tamao del test: Cada test (Mtodo de test) no debera
tener ms de 15 lneas de cdigo (sin contar las lneas en blanco).

Objetos Mock: El uso de los objetos mock es

alentador para alcanzar las metas mencionadas ms arriba, estos objetos hacen los tests ms precisos, ms cortos y fciles de mantener. mejor implementado en un mtodo ayudante

Mtodos ayudantes: Algn comportamiento est

Reglas prcticas a seguir:


Sin dependencias: Los test de comportamiento no debern
depender de otros test cases, ni de la ejecucin de otros tests o la presencia de cualquier configuracin de sistema

Aislado: Los test de comportamiento deberan funcionar

con un aislamiento completo para asegurar slo una parte muy limitada del comportamiento de una aplicacin que es testeada
separado, pero en el mismo paquete, para permitir un mejor testeo. implementan comportamiento que debe ser testeado deberan estar declarados con un acceso protegido

Paquetes: los tests deben estar en un rbol de cdigo Mtodos protegidos: Los mtodos ayudantes que

Plataforma de Aplicacin en la nube (CEAP)


Actualmente empresas de todos los tamaos son ms conscientes de la
necesidad de la eficiencia de TI y de los riesgos potenciales involucrados en el manejo de todas sus necesidades de TI internos.

CEAP tiene un papel fundamental que desempear en la transicin global


actual de la movilidad empresarial, permitiendo a los empleados acceder a aplicaciones de misin crtica y datos en tiempo real desde cualquier lugar utilizando sus dispositivos mviles.

Los modelos de computacin en la nube actualmente disponibles incluyen:


Nube Privada (Private Cloud): La infraestructura en las instalaciones o
fuera de la premisa de la nube que se utilicen exclusivamente para una organizacin, y gestionado por la propia organizacin o por un tercero

(Nube Comunitaria) Community Cloud: En las instalaciones o fuera de la


premisa de la infraestructura de nube compartida por varias organizaciones que tienen problemas comunes, tales como los requisitos de seguridad o el cumplimiento de las normas, y gestionado por la propia comunidad o por un tercero.

Plataform as a Service (Paas)


La plataforma como servicio o platform as a service es un
conjunto de servicios cloud que proporciona un entorno para el desarrollo, implantacin, gestin e integracin de aplicaciones en la nube. PaaS puede reducir el coste y la complejidad de su desarrollo con la utilizacin de herramientas y servicios basados en cloud, as como la estandarizacin de tareas clave pertenecientes al desarrollo de aplicaciones. PaaS permite crear diferentes aplicaciones para el negocio. Las caractersticas de PaaS ofrecen una ventaja competitiva a su organizacin aprovechando la eficiencia, flexibilidad y rapidez inherentes a un servicio cloud.

Cinco caractersticas del entorno PaaS de IBM:


1.- El ciclo de vida de las aplicaciones ofrece entornos de desarrollo en la nube
integrados, y basados en el trabajo en equipo. 2.- Los recursos de aplicacin ayudan a reducir costes y complejidad mediante servicios compartidos. 3.- Los entornos de aplicacin proporcionan implantacin y gestin de aplicaciones con servicios ad hoc. 4.- La gestin de aplicaciones ofrece una gestin efectiva de las aplicaciones empaquetadas lderes con servicios ad hoc. 5.- La integracin sincroniza los datos y procesos en todas las aplicaciones.

Herramientas en la nube interfaz de usuario (UX)


Casi todo proyecto pasa por una fase vital e
imprescindible en la que merece invertir tanto tiempo como en el desarrollo (alguno dira que ms). Se trata del prototipado y diseo de la interfaz, tambin conocido como UX (de User eXperience). Para ello es necesario contar con herramientas que pongan a nuestra disposicin todos los elementos necesarios de una interfaz, haciendo que nuestro precioso tiempo no se consuma en su fabricacin y s en su colocacin.

Algunas herramientas son:


Gliffy goMockingbird Balsamiq Mockups

SOFTENG Agile
Con el objetivo de minimizar riesgos, gestionar cambios de forma eficaz, y
ofrecer un servicio de calidad que cumpla con las expectativas de nuestros clientes, SOFTENG utiliza un probado marco metodolgico orientado a procesos.

Estudio estratgico
Se establece las bases y el alcance del proyecto, as como los recursos necesarios, timing y costes. Trabajamos para comprender el valor que quiere obtener y/o proporcionar a sus clientes, y le ayudamos a descubrir nuevas oportunidades para incrementarlo.

Etapas

Anlisis funcional: Definicin de los objetivos a alcanzar, y descripcin modular detallada de los requerimientos del proyecto. Anlisis tecnolgico: Seleccin de la tecnologa a aplicar, arquitectura, diagrama de objetos, modelo conceptual y lgico de la BD, y definicin de procesos. Maqueta: Definicin de la lnea grfica de interfaz. Planificacin: Plan detallado del proyecto, asignacin de recursos y definicin de entregables

Qu es Crystal Clear?
Alistair Cockburn es el propulsor detrs de la serie de metodologas Crystal.
Las mismas presentan un enfoque gil, con gran nfasis en la comunicacin, y con cierta tolerancia que la hace ideal en los casos en que sea inaplicable la disciplina requerida por XP. Crystal Clear es la encarnacin ms gil de la serie y de la que ms documentacin se dispone. La misma se define con mucho nfasis en la comunicacin, y de forma muy liviana en relacin a los entregables. Crystal maneja iteraciones cortas con feedback frecuente por parte de los usuarios/clientes, minimizando de esta forma la necesidad de productos intermedios.

Una cuestin interesante que surge del anlisis de la serie Crystal es el


pragmatismo con que se customiza el proceso. Las personas involucradas escogen aquellos principios que les resultan efectivos y mediante la aplicacin de la metodologa en diversos proyectos agregan o remueven principios en base al consenso grupal del equipo de desarrollo.

Los siete valores o propiedades de Crystal Clear son:



Entrega frecuente Comunicacin osmtica Mejora reflexiva Seguridad personal Foco Fcil acceso a usuarios expertos.

Ambiente tcnico con prueba automatizada

También podría gustarte