Los equipos de desarrollo de software, y en general de diseño de servicios o productos, han adoptado metodologías como Agile para lograr mejores resultados.
Agile está intrínsecamente vinculado a los principios de reducción del desperdicio, variación y agregar valor, comunes en LEAN Six Sigma.
Una introducción extraída de Wikipedia, indica:
“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.”
Un excelente ejemplo: Agile en Microsoft
En un video de poco más de 40 minutos, Aaron Bjork nos muestra la jornada del equipo Visual Studio Team Services (VSTS) de Microsoft.
Consideramos que es un excelente ejemplo, ya que el video tiene un hilo conductor bien diseñado, considerando elementos como:
– ¿qué hace VSTS?
– ¿cuál era el abordaje al inicio?
– ¿qué cambios sucedieron?
– ¿cómo se ejecuta agile actualmente?
– retos
– materiales adicionales de consulta.
Y aun cuando este “tweet” no pertenece al video, nos parece relevante:
Hemos resumido algunas frases o segmentos muy relevantes:
1. VSTS trabajaba en labores de valor agregado para el cliente, pero el abordaje utilizado en sí mismo, no les permitía agregar el valor de forma eficiente, o más eficiente.
2. Se menciona a Peter Drucker, con la frase: “La cultura se come a la estrategia de desayuno”: es decir, se apunta a la realidad de que los planes aun cuando perfectos, pueden ser estériles si no hay un correcto enfoque cultural.
3. El libro de Daniel H. Pink, “Drive”, se cita en referencia a la necesidad de dar a los trabajadores “Autonomía, Dominio y Propósito”, con el fin de lograr una motivación consistente y duradera en la tarea.
4. Una ilustración genial al comparar Encarta vs. Wikipedia
5. Se muestra la estructura y modo de operación de los equipos Agile de VSTS; esto es muy relevante para efectos de comparación con el trabajo que se realiza en nuestras empresas.
6. Aun cuando es evidente que Microsoft es una mega-empresa, los puntos de organización del trabajo, son transferibles inclusive a empresas mucho más pequeñas.
7. Scrum y la ejecución de “sprints” se ilustra de forma útil.
8. Y quizás el resumen de puntos más relevante: los cambios instrumentales que realizó Microsoft en VSTS.
8.1 Cambio de cultura
8.2 Cambio del abordaje hacia la gente
8.3 Cambio en la foma de planificar y aprender
8.4 Se crearon nuevas formas de mantener el proceso y los equipos saludables.
Video con el ejemplo de Agile
Vea este video. Es un muy buen recurso para entender cómo el cambio hacia metologías más Agile, LEAN, pueden marcar la diferencia en el desempeño de los equipos, y consecuentemente en la satisfacción del cliente.
Referencias a conceptos y recursos varios
¿Qué es un Sprint en Scrum?
Una traducción de la versión en inglés de Wikipedia:
Un sprint (o iteración) es la unidad básica de desarrollo en Scrum. El sprint es un esfuerzo timeboxed; es decir, está restringido a una duración específica. [27] La duración se fija por adelantado para cada sprint y normalmente es entre una semana y un mes, siendo las dos semanas las más comunes. [1]
Drive de Daniel H. Pink
Self forming teams at scale
En este blog se describe el enfoque de trabajo que Microsoft ha empleado para dar un mejor flujo al proceso de desarrollo en sus equipos.
Libros disponibles en Blackberry&Cross que le podrían parecer útiles
Una guía fácil de usar para desarrollar y administrar requisitos precisos de software. Proporciona a cada miembro de su equipo de proyecto las herramientas y técnicas para fomentar la comunicación entre los equipos comerciales y técnicos sobre los requisitos necesarios para producir un software exitoso.
Esta guía de bolsillo beneficiará a todas las partes interesadas en cualquier nivel organizativo involucrado en proyectos de desarrollo de software, equipos de gestión, profesionales y personal de QA / QC.
Explore pasos prácticos, consejos y ejemplos para ayudarlo a desarrollar y gestionar los requisitos.
Siga la hoja de ruta de requisitos del usuario, un conjunto de herramientas de técnicas para descubrir y analizar los requisitos del usuario
Optimice las comunicaciones entre todas las partes interesadas en los requisitos
Aprenda a escribir documentos de requisitos claros y concisos
Para cotizaciones o consultas, escríba a soporte@blackberrycross.com
Servicios vinculados que le podrían ser de interés
En Blackberry&Cross podemos ayudarle con entrenamiento presencial o vía web en temas como:
– Uso de Office 365 como repositorio de información
– Microsoft Planner + Wunderlist como tablero Kanban para desarrollo
Par más información, complete este formulario de contacto.
Original: Sábado 21 de Octubre, 2017.
Leave a Reply