Escolar Documentos
Profissional Documentos
Cultura Documentos
4.
Ntese que en este mismo artculo se seala otro uso del trmino Lean, como
un conjunto de prcticas con base en los trabajos de Deming referentes al control
estadstico de la calidad y mejora continua, orgenes de lo que hoy da se conoce
como Total Quality Management (TQM), y que fueron abordadas de estndares ISO
y Six-Sigma. Esta vertiente, se ha venido aplicando en la industria del software en
la forma de medidas intensivas, indicadores estadsticos, procesos bien definidos y
gran cantidad de documentacin, y por tanto no es objeto del presente trabajo.
Miguel ngel Moreno Martn
Pgina 59 de 125
Pgina 60 de 125
4.1 Principios
La primera aproximacin a la filosofa Lean sobre la que se tiene
referencia, si bien sta no es explcita en su concepcin, es el
manifiesto gil.
En Febrero de 2001 se reunieron 17 expertos de la industria del
software acuan el trmino gil para hacer referencia a nuevos
enfoques metodolgicos.
En esta reunin se crea The Agile Alliance, organizacin para
promover este nuevo enfoque y se redacta lo que se conoce como
Manifiesto gil, que plasmar sus valores y principios [27]:
Valores
Individuos y relaciones sobre procesos y herramientas
Software funcionando sobre documentacin excesiva
Colaboracin con el cliente sobre la negociacin contractual
Respuesta al cambio sobre seguir un plan
Principios
1.
2.
3.
4.
5.
6.
Pgina 61 de 125
7.
8.
9.
Pgina 62 de 125
redefine alguno de
1. Eliminar el desperdicio
2. Calidad integrada: el desarrollo ha de realizarse desde el
primer momento con calidad. Las acciones correctivas han de
emprenderse lo ms prximo a que se detecta su necesidad y
lo que es ms importante, debe existir un enfoque preventivo:
se deben buscar las condiciones que eviten si quiera la
posibilidad de que se den errores.
3. Crear conocimiento: el desarrollo de Software es un proceso
de creacin de conocimiento que va evolucionando a medida
que se va produciendo y que, por tanto, se ha de evitar el
derroche de tratar de capturarlo prematuramente. Se han de
centrar esfuerzos en mejorar este conocimiento, en hacerlo
ms profundo y en dar respuesta al cambio.
4. Aplazar las decisiones (decidir tan tarde como sea
posible)
5. Entregar tan rpido como sea posible
Pgina 63 de 125
Pgina 64 de 125
Pgina 65 de 125
Autodeterminacin
Motivacin
Liderazgo
Experiencia
Pgina 66 de 125
Pgina 67 de 125
Individualismo
Exceso de Rotacin
Pgina 68 de 125
4.2.1 Incentivos
Cabe distinguir entre dos tipos de organizaciones [26],
Las que basan su enfoque exclusivamente en su actividad
econmica, producir el mximo con los mnimos recursos y
generar riqueza para sus gestores y los inversores. En stas, el
trabajador entrega una destreza o habilidad a cambio de una
remuneracin econmica.
Y aquellas cuyo enfoque es permanecer en el negocio y dar
trabajo a largo plazo. En estas, el trabajador entrega su
atencin y compromiso y la empresa tratar de desarrollar al su
potencial individual al mximo, hay un compromiso de ida y
vuelta, ms acordes con la filosofa Lean.
La evaluacin del desempeo del trabajador (tpicamente anual) debe
ser un momento de reflexin acerca del desarrollo del potencial del
trabajador, donde se establecen las actuaciones para conseguirlo, los
proyectos en los que participar y la formacin que recibir. No debe
aportar valoraciones inesperadas acerca del rendimiento de la
persona, esta cuestin debe tratarse
En cuanto al sistema de promociones o compensaciones, se propone
seguir una serie de directrices. As, por ejemplo, el sistema de ser
intachable, la promocin entre categoras debe ser transparente y
percibida como justa, basada en el trabajo y los mritos. Las
recompensas deben basarse en el mbito de influencia y no en el de
control y encontrar mejores elementos de motivacin que el dinero
(el reconocimiento, la promocin, etc.), dado que su efecto no es
sostenible a largo plazo [26].
Pgina 69 de 125
Pgina 70 de 125
Pgina 71 de 125
Contexto de la
manufactura
Contexto de la
I. del Software
Inventario
Sobreproduccin
Caractersticas extra
Sobre-procesamiento
Reaprendizaje
Transporte innecesario
Movimientos innecesarios
Cambio de tarea
Esperas
Retrasos
Defectos
Defectos
Pgina 72 de 125
Pgina 73 de 125
Pgina 74 de 125
Pgina 75 de 125
Pgina 76 de 125
Actividades de Gestin
Las actividades de gestin, si bien no aporta directamente valor al
producto, tienen un gran impacto en el desperdicio de una
organizacin [25]. As, por ejemplo, generan desperdicio una mala
priorizacin de las tareas a realizar por el equipo o una incorrecta
liberacin de
los requisitos implementados que provoquen el
aumento del inventario y los tiempos de espera.
Igualmente seala que los sistemas de control y seguimiento de
proyecto deben mantenerse simples y su complejidad puede ser un
indicador de otros desperdicios en la cadena de produccin.
TI Negocio: ambos
Pgina 77 de 125
la
2.
3.
Pgina 78 de 125
Pgina 79 de 125
Pgina 80 de 125
1
2
Pgina 81 de 125
Pgina 82 de 125
Pgina 83 de 125
Pgina 84 de 125
Pgina 85 de 125
Pgina 86 de 125
Pgina 87 de 125
Pgina 88 de 125
Pgina 89 de 125
Pgina 90 de 125
Adaptativo
R.U.P.
XP
SCRUM
KANBAN
SCRUM
KANBAN
Pendiente
En curso
Finalizado
Pendiente
En curso (2)
Finalizado
Pgina 91 de 125
Pendiente (12)
E
F
G
4
3
2
En curso (6)
B
C
D
Finalizado
1
1
Pgina 92 de 125
Scrum
Sprint 1
Tarea larga
Sprint 3
Kamban
Lmite WIP
3
Sprint 2
Pgina 93 de 125
Pgina 94 de 125
4.8.6 VSM
El uso de esta herramienta es tratado por Poppendieck con varios
ejemplos para entender cmo realizarlas e interpretarlas [26].
Las cadenas de valor comienzan y acaban con un cliente: desde que
ste realiza una peticin hasta que se pone a su disposicin.
Representan la secuencia de actividades que se llevan a cabo, el
promedio de su duracin y esperas entre cada una de ellas,
identificando el tiempo empleado en dar valor al producto final del
que no lo da.
Pgina 95 de 125
Pgina 96 de 125
SALIDAS
Entrevistas
Pgina 97 de 125
Pgina 98 de 125
4.9 Jidoka
Los ejemplos ms extendidos de la aplicacin de Jidoka a la
produccin de Software tratan sobre la automatizacin de pruebas y
sobre el concepto de integracin continua [43], si bien existen
infinidad de ejemplos aplicados para casi la totalidad de los conceptos
tratados con anterioridad, se seala que no se ha explotado
completamente este concepto y propone la arquitectura de una
herramienta que implemente Jidoka de una manera integral.
Por otra parte, tenemos el concepto de poka-yoke, con una amplia
aplicacin en la ingeniera del software, tanto para la prevencin
como para la deteccin de problemas. Ya en 1993 en Writing solid
code de Steve Maguire, se presentan una serie de tcnicas para
resolver dos preguntas: Cmo puedo detectar automticamente
este error? y Cmo puedo prevenir este error? En cuanto a las
referencias en publicaciones que explcitamente utilizan el trmino
poka-yoke, son bastante ms escasas [44].
Pgina 99 de 125
Test Scripts
Template (plantilla)
(cdigo de pruebas)
Images (Imgenes)
Macros
Batch Files
(Ficheros por lotes)
Conjunto de instrucciones codificadas e
interpretables por una mquina
(normalmente en el contexto del
sistema operativo o un IDE) que
automatizan la ejecucin de un conjunto
de tareas especficas.
Ejemplo: Instrucciones utilizadas para
instalar o configurar determinadas
opciones del sistema utilizando la
consola de SQL-Server.
Pruebas automatizadas
Repositorio de
artefactos
3
Equipo de desarrollo
Herramienta de gestin
y construccin
Repositorio de cdigo
Servidor aplicaciones
Integracin continua
8
1
Gestin operativa de
proyectos
7
Figura 46 Sistema de integracin continua: funcionamiento
Formular
una
hiptesis
Definir el
problema
Analizar la
situacin
Verificar
los
resultados
Realizar
experimen
tos
Estandarizar
Herramientas de monitorizacin
Empaquetamiento atmico
disponer el software en forma de
paquetes con versiones, autocontenidos e instalables
de
manera independiente y que
permitan ser desinstalados de
forma sencilla y limpia.
Tcnicas de programacin
defensiva"
4.9.7 5s
El entorno de trabajo en el contexto de la Ingeniera del Software no
se limita al espacio fsico, sino que abarca un espacio lgico: el
escritorio en la pantalla del ordenador, el cdigo base sobre el que
trabaja el equipo de trabajo, etc. [26]
As, una posible interpretacin del concepto de 5s para esta disciplina
es la siguiente [26]:
Seiri
Seiton
Seiso
Shitsuke
4.10.2
ejecucin
del