Lean Software Development

Lean manufacturing (‘producción ajustada’, ‘manufactura esbelta’, ‘producción limpia’ o ‘producción sin desperdicios’)​ es un modelo de gestión enfocado a la creación de flujo para poder entregar el máximo valor para los clientes, utilizando para ello los mínimos recursos necesarios, es decir, ajustados.

El Sistema de Producción Toyota (Toyota Production System o TPS en inglés) es un sistema integral de producción «Integral Production System» y gestión surgido en la empresa japonesa automotriz del mismo nombre. En origen, el sistema se diseñó para fábricas de automóviles y sus relaciones con proveedores y consumidores, sin embargo este se ha extendido hacia otros ámbitos. Este sistema es un gran precursor para el genérico Lean Manufacturing.

Muchos de sus principios y herramientas se han trasladado al mundo del desarrollo software bajo la denominación de Lean Development. La metodología de desarrollo de software lean (traducción aproximada de lean: «fino» o «esbelto») es una traducción de los principios y las prácticas de la forma de producir lean, hacia el área del desarrollo de software. Inicialmente, originado en el Sistema de Producción de Toyota y ahora, apoyado por una corriente que está surgiendo desde la comunidad Ágil. Este método ofrece todo un marco teórico sólido y basado en la experiencia, para las prácticas ágiles de gestión.

Lean en Wikipedia

Sistema de producción Toyota en Wikipedia

Lean software development

 

EITBOK

EITBOK (Enterprise Information Technology Body of Knowledge). En esta guía, la IEEE Computer Society, en cooperación con el proyecto ACM IT2017, establece una línea de base para el conjunto de conocimientos para la práctica de la tecnología de la información empresarial (EIT). Este trabajo ha sido emprendido como parte de la responsabilidad de la Sociedad de promover el avance tanto de la teoría como de la práctica en este campo.

La guía se compone de los siguientes trabajos especializados:

 

Wiki EITBOK

 

 

LeadingAgile

LeadingAgile se enfoca en construir una estrategia de transformación que respete el status quo de la organización mientras que pone las bases de lo que se necesita en el futuro. Permite trabajar con enfoques tales como

  • Predictivo o adaptativo
  • Emergente o convergente

Todo ello en base a los objetivos y situación de la organización, es decir, aplicar las opciones más útiles.

Sitio

 

LESS

LeSS es Scrum (Large-Scale Scrum – LeSS), no es un Scrum renovado y mejorado. Y no es Scrum en la parte inferior de cada equipo, y algo diferente en capas en la parte superior. Más bien, se trata de averiguar cómo aplicar los principios, el propósito, los elementos y la elegancia de Scrum en un contexto de gran escala, tan sencillamente como sea posible. Al igual que Scrum y otros marcos verdaderamente ágiles, el LeSS es «una metodología apenas suficiente» por razones de alto impacto.

Wikipedia

Sitio

 

ASL

La Biblioteca de Servicios de Aplicación (Application Services Library – ASL) es un marco de dominio público de las mejores prácticas utilizadas para estandarizar procesos dentro de Application Management, la disciplina de producir y mantener sistemas y aplicaciones de información. El término «biblioteca» se utiliza porque ASL se presenta como un conjunto de libros que describen las mejores prácticas de la industria de TI. Se describe en varios libros y artículos (muchos de ellos sólo están disponibles en holandés) y en el sitio web oficial de la Fundación ASL BiSL.

ASL está estrechamente relacionado con los marcos ITIL (para IT Service Management) y BiSL (Gestión de la Información y Gestión Funcional) y el Modelo de Madurez de Capacidad (CMM).

El marco ASL se desarrolló porque ITIL, adoptado por los departamentos de infraestructura de TI, resultó inadecuado para la gestión de aplicaciones: en ese momento, ITIL carecía de orientación específica para el diseño de aplicaciones, desarrollo, mantenimiento y soporte. Las nuevas versiones de ITIL, en particular V3, han abordado cada vez más los dominios de desarrollo de aplicaciones y administración de aplicaciones; La Fundación ASL BiSL ha publicado un libro blanco que compara ITIL v3 con ASL.

ASL se desarrolló a finales de los noventa en los Países Bajos, originalmente como el modelo propietario R2C, que se convirtió en ASL en 2000. En 2001 fue donado por el proveedor de servicios de TI PinkRoccade a la Fundación ASL, ahora la Fundación ASL BiSL. La versión ASL2 fue publicada en 2009.

Wikipedia

Sitio

 

BISL

Biblioteca de Servicios de Información Empresarial (Business Information Services Library – BiSL), anteriormente conocida como Biblioteca de Gestión de Servicios de Información Empresarial, es un marco utilizado para la gestión de la información.

BiSL es un estándar de dominio público desde 2005, regida por la Fundación ASL BiSL (anteriormente ASL Foundation). El marco describe una norma para los procesos dentro de la gestión de la información empresarial en la estrategia, la gestión y el nivel de operaciones. [1] BiSL está estrechamente relacionada con el marco de ITIL y ASL, pero la principal diferencia entre estos marcos es que ITIL y ASL se centran en la oferta de información (el propósito de una organización de TI), mientras que BiSL se centra en el lado de la demanda (la organización desde la perspectiva del usuario final).

Wikipedia

Sitio

 

Agile software development

El desarrollo ágil de software envuelve un enfoque para la toma de decisiones en los proyectos de software, que se refiere a métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requisitos y soluciones evolucionan con el tiempo según la necesidad del proyecto. Así el trabajo es realizado mediante la colaboración de equipos auto-organizados y multidisciplinarios, inmersos en un proceso compartido de toma de decisiones a corto plazo.

Cada iteración del ciclo de vida incluye: planificación, análisis de requisitos, diseño, codificación, pruebas y documentación. Teniendo gran importancia el concepto de «Finalizado» (Done), ya que el objetivo de cada iteración no es agregar toda la funcionalidad para justificar el lanzamiento del producto al mercado, sino incrementar el valor por medio de «software que funciona» (sin errores).

Los métodos ágiles enfatizan las comunicaciones cara a cara en vez de la documentación. La mayoría de los equipos ágiles están localizados en una simple oficina abierta, a veces llamadas «plataformas de lanzamiento» (bullpen en inglés). La oficina debe incluir revisores, escritores de documentación y ayuda, diseñadores de iteración y directores de proyecto. Los métodos ágiles también enfatizan que el software funcional es la primera medida del progreso. Combinado con la preferencia por las comunicaciones cara a cara, generalmente los métodos ágiles son criticados y tratados como «indisciplinados» por la falta de documentación técnica.

Wikipedia

Manifiesto ágil y los 12 principios

 

DAD

La entrega ágil disciplinada (Disciplined agile delivery – DAD) es un marco de procesos que permite tomar decisiones simplificadas en torno a la entrega de soluciones incrementales e iterativas. DAD se basa en las muchas prácticas adoptadas por los defensores del desarrollo de software ágil, incluyendo Scrum, el modelado ágil, el desarrollo de software lean, y otros.

La referencia primaria para la entrega ágil disciplinada es el libro del mismo nombre, escrito por Scott Ambler y Mark Lines.

En particular, el DAD ha sido identificado como un medio para ir más allá de Scrum. Según el consultor senior de Cutter, Bhuvan Unhelkar, «el marco del DAD proporciona un mecanismo cuidadosamente construido que no sólo agiliza el trabajo de TI, sino que lo más importante, permite la ampliación». Paul Gorans y Philippe Kruchten piden más disciplina en la implementación de enfoques ágiles e indican que el DAD, como ejemplo de marco, es «un enfoque híbrido y ágil para la entrega de soluciones TI empresariales que proporciona una base sólida desde la que escalar».

Wikipedia

Sitio

SWEBOK

La Guía del Cuerpo de Conocimientos de Ingeniería de Software (Software Engineering Body of Knowledge – SWEBOK Guide) describe los conocimientos generalmente aceptados sobre ingeniería de software. Sus 15 áreas de conocimiento (KAs) resumen conceptos básicos e incluyen una lista de referencias que apunta a información más detallada.

Áreas de conocimiento (knowledge areas – KAs)

Wikipedia

Formulario de descarga gratuita de la guía SWEBOK

 

 

Normas ISO

Las normas ISO (International Organization for Standardization), junto a las normas IEEE, crean el conjunto de documentos y conocimiento más veterano, extensos y de mayor valor que aplican a la ingeniería del software e ingeniería de sistemas. A continuación se muestran los distintos catálogos de normas que cubren prácticamente todos los aspectos del desarrollo de software y sistemas.

Normas ISO relativas al Software

Normas ISO relativas aspectos generales de las tecnologías de la información

Normas ISO relativas a la seguridad de la información

Normas ISO por ICS (International Classification for Standards) relativas a las tecnologías de la información