PV EA Formulación del Proyecto
From hpcwiki
Contents |
Titulo:
Control and data management - kanban
Estado del Arte:
Al observar las investigaciones realizadas dentro de este campo temático, se pueden definir claramente núcleos temáticos y las aplicaciones del sistema en los procesos de producción que han surgido gracias al nacimiento del kanban. En cuanto a los núcleos temáticos, se observa gran interés en las investigaciones por indagar, una de estas es el kanban como herramienta en la gestión y control para la mejora continúa en los procesos de producción, en donde se destaca el autor: Edwuars Deaming quien difundió el concepto de calidad total, luego de que kitchiro Toyota y Talchi Ohno crearan el sistema kanban. Referente a las aplicaciones que se han generado gracias al sistema kanban en los procesos de producción, se encuentran los investigadores Ramón Costa i Blanch y Carme Martínez Costa, quienes en el congreso de Ingeniería de Organización, plantearon la existente factibilidad del sistema kanban con el sistema de acabado textiles de lana en la que se desarrolló un sistema kanban, en paralelo a la implementación de un producto de software propio de una determinada empresa. En los últimos años se han realizado productos de software basados en el sistema kanban, que han permitido progresar en cuanto a la productividad en los sistemas de software, proporcionando la automatización de procesos, en este campo se han identificado autores como: Christop Rohland y Dimitar Karaivanov quienes junto a su equipo de trabajo ha desarrollado un producto novedoso enfocado a la calidad del software y la implementación del sistema kanban, como una metodología ágil.
Marco Teórico:
El término japonés Kanban, fue el empleado por Taiichi Onho (Toyota), para referirse al sistema de visualización empleado en los procesos de producción que coordinan en una cadena de montaje la entrega a tiempo de cada parte en el momento que se necesita, evitando sobreproducción y almacenamiento innecesario de producto. Se puede traducir como tablero o tarjeta de señalización, y su origen se remonta finales de los cuarenta o principio de los cincuenta. El término kanban aplicado a la gestión ágil de proyectos se refiere a técnicas de representación visual de información para mejorar la eficiencia en la ejecución de las tareas de un proyecto Tipos de Kanban a utilizar Se pueden determinar dos tipos de Kanban boards: Kanban de producción: En este tipo de sistema las tarjetas se usan como señal para accionar procesos de producción, lo cual le indica al personal saber cuándo producir y cuanto producir. Kanban del transporte de materiales o productos: Sistema de kanban en el cual las tarjetas visuales se usan como señales con el fín que el personal detrmine cuando pasar el producto o material al siguiente proceso. Reglas de Kanban Esta herramienta cuenta con 6 reglas importantes que debemos tomar en cuenta al producir con sistema Kanban para que sea exitoso: No pases productos defectuosos al siguiente proceso Toma solo lo necesario de los procesos anteriores. Produce solo lo necesario para los siguientes procesos Nivela la producción Afina la producción Estabiliza el proceso Implementación de Kanban 1. Designar lugar a materiales y productos, esto nos permite observar cuáles productos estan fuera de lugar. Les comento que al realizarlo te darás cuenta que tendrás que ubicar estos productos que están fuera de lugar en inventarios transitorios los cuales debes eliminar con mejora continua. 2. Colocar tableros con tarjetas visuales para que el personal conozca cantidad y momento para producir o jalar lo necesario. De esta forma los inventarios creados en el punto 1 sean limitados y controlados en todo momento. 3. Mejora continua: ver el post de KAIZEN
Ejemplo de Kanban:
Kanban Software: Es importante en esta etapa que el sistema kanban nos puede ayudar no solo en manufactura sino tambien para procesos administrativos. Para estos procesos administrativos te recomiendo ver varios Software de kanban que están en el mercado: Kanbanize LeanKit Kanban AgileZen Kanban Board SmartQ Swift-Kanban Target Process Un buen libro para uso de software kanban es :
Kanban en el sector TIC
El uso de tableros kanban muestra y gestiona el flujo de avance y entrega, y ayuda a evitar los dos problemas más importantes: cuellos de botella y tiempos muertos.
El desarrollo ágil de software emplea prácticas de gestión visual por ser las que mejor sirven a los principios de comunicación directa y simplicidad en la documentación y gestión.
Desde 2005 es cada vez más frecuente reemplazar los formatos de lista para las pilas de producto y de sprint por notas adhesivas en tableros, que resultan más versátiles al poder cambiar su posición, bien para reordenar las prioridades de las historias de una pila de producto, o para reflejar a través de su posición en, cuáles se están programando, probando, o se encuentran terminadas. Las prácticas kanban son válidas para gestión evolutiva con entrega continua. Deben emplearse con criterios de flexibilidad, sin considerar prescripciones ni excepciones en el método de trabajo, para lograr la implementación personalizada, que dé la mejor respuesta a los principios ágiles, de ingeniería concurrente, o de síntesis de ambos, con los que trabaje la organización.
Gestión técnica vs. gestión experta Algunos autores consideran a scrum y kanban como marcos de reglas y prácticas diferentes. Según Kniberg & Skarin al considerarlos así, se dibujarían las siguientes diferencias entre ellos (Kniberg & Skarin, 2009): Scrum prescribe roles, kanban no. Scrum trabaja con iteraciones de tiempo fijo, kanban con cadencias (simples, múltiples o dirigidas por eventos). Scrum limita el wip por iteración, kanban limita el wip por estado del flujo de trabajo. Los equipos de scrum son multidisciplinares, en kanban pueden ser de especialistas. Scrum no permite cambiar tareas del sprint, en kanban la tarea puede alterarse hasta entrar en el flujo. En scrum la pila de producto debe tener la longitud de al menos un sprint. En kanban se debe atender al ritmo de arrastre de tareas. En scrum se deben estimar las historias y las tareas y calcular la velocidad, kanban no mide tareas ni velocidad. Scrum necesita una pila de producto priorizada, en kanban es la siguiente historia o tarea arrastrada desde el cliente. Scrum prescribe reuniones diarias, kanban no. Scrum emplea diagramas burndown, kanban no. Los tableros scrum se resetean al final de cada sprint.
Justificación:
Actualmente en las empresas se hace lo posible para que los beneficios del uso de la tecnología abarquen la mayor parte de sus sistemas de producción, se emplean ideas y recursos para que esto se lleve a cabo, sin embargo suele suceder que las personas se acostumbran a los sistemas en los que trabajan, olvidando así generar propuestas y mejoras a los sistemas de producción. El estudio que se realiza en este proyecto basa sus ideas en conceptos tales como: las metodologías agiles y la automatización, con el fin de disminuir los costos en papel y la perdida de información, beneficiado así a los desarrolladores de la empresa y sus líderes, entregándoles un sistema de control de actividades que además permite administrar la información contenida.
Objetivo general:
Diseñar un software que basado en el sistema de representación visual de información llamado, “kanban”, permita mejorar la eficiencia en la ejecución de las tareas de un proyecto.
Objetivos especificos:
-Permitir llevar un control de métricas de los integrantes del equipo de desarrolladores de software. - Administrar la información almacenada del software de gestión de actividades para facilitar la generación de reportes de forma ágil. -Reducir los costos en cuanto al uso de papel, al llevar el control de actividades de los desarrolladores en un sistema de información.
Metodología:
Para llevar a cabo el cumplimiento de los objetivos, se han trazado las siguientes estrategias basadas en el ciclo de vida en cascada: 1. Se realizara un inventario de herramientas de hardware y software necesario para desarrollar el proyecto. 2. Análisis de requerimientos: Este aspecto se refiere a la investigación llevada a cabo sobre el método actual que se utiliza, para el manejo de la información, en este caso al tratarse de un proyecto nuevo, el punto de partida será desde cero. 3. Diseño del sistema y del programa: contiene la descripción de la estructura relacional global del sistema y la especificación de lo que debe hacer cada una de sus partes, así como la manera en que se combinan unas con otras, de forma que se obtenga un documento claro. 4. Pruebas: En esta etapa el objetivo es poner a prueba el desarrollo con el objetivo de obtener un producto de calidad, que pueda salir a producción en correcto estado. 5. Verificación: Se realizara una última prueba como usuario final. 3. Mantenimiento: En esta etapa, se validara que el sistema esté cumpliendo con todas las expectativas.
Actividades y Cronograma:
Plan de Trabajo:
Pasos necesarios para la ejecución del proyecto, en actividades. 1. Análisis y diseño: En este módulo se tiene en cuenta que ya se han levantado los requerimientos, se genera una especificación de casos de uso, se elige el método de desarrollo de la aplicación y se hace un inventario de los recursos físicos necesarios para desarrollar el software. 2. Diseño: Se define la arquitectura que tendrá el sistema en base al módulo de análisis en seguida se generan los diagramas correspondientes. 3. Implementación: Luego de una certificación de calidad el sistema se implementara en el sistema de producción y estar listo para una retroalimentación.
Resultados Esperados:
Los resultados esperados son los siguientes: -El usuario líder podrá explorar en la aplicación las métricas de sus compañeros de equipo -Se espera que la aplicación le permita al usuario líder, realizar consultas en la base de datos para generar reportes generales sobre la gestión de anteriores proyectos. -Se espera reducir el costo en dinero, al dejar de utilizar papel.
Limitaciones:
1. El sistema está limitado al uso del líder de desarrollo de software quien realiza la gestión de la información. 2. El sistema permitirá solamente a ciertos roles realizar consultas sobre la base de datos 3. El sistema requiere mayores desarrollos si se quiere usarlo como gestión visual.
