NDC2012Para asistir en diferido a las 20 sesiones sobre agilidad del NDC 2012: "Advanced Agile Planning, Programmer Anarchy, Scaling Agile Teams, What is a Self-Organizing Team? etc.

 

 

Developpers: The Prima Donnas of the 21st Century
Hadi Hariri
Agile, Lean and the Space Between
Barry Hawkins

 

dibujandoHace poco más de 10 años teníamos que documentar los requisitos con un ConOps, un SRS... Volvernos locos con una matriz de trazabilidad, validarlos, verificarlos... y a lo mejor todo eso para hacer la página web de una ferretería. Era duro. No sabíamos si era necesario, y si el proyecto en lugar se salir mal saldría desastroso si no lo hacíamos; pero si lo hacíamos podíamos conseguir la medalla CMMI :-P

Hoy el mantra son el epic y la historia de usuario. Lo mismo para el web de la ferretería que para el sistema de software de un reactor nuclear. Para un equipo de 3 que de 30, en la misma oficina o en oficinas distintas :-P

  

 

 

Safe Creative #1208182136343

asombroCMMI y PMI (organizaciones sin ánimo de lucro) están dando un volantazo hacia la agilidad que cuestiona cuál es su misión: el negocio de la consultoría o la difusión y mejora del conocimiento profesional de ingeniería de procesos y dirección de proyectos, respectivamente.

Este vender también respuesta a la demanda de agilidad y olvido de lo mucho que podrían deberían aportar en la evolución de la ingeniería secuencial (cascada) a la ingeniería concurrente, y su aplicación en proyectos TIC, nos deja, como afirma Sandra Valle, sin referentes de información para las empresas TIC que quieren evolucionar de la ingeniería secuencial a la ingeniería concurrente, y no a la agilidad; y además nos confunde con los papers "mezcla-todo" con los que justificar porqué antes eran digo y ahora Diego.

"Aunque muchas empresas ya han adoptado la ingeniería concurrente con éxito, logrando construir una ventaja competitiva al ser capaces de desarrollar nuevos productos bajo condiciones particularmente buenas en términos de tiempo de desarrollo y coste, otras tienen grandes dificultades para hacerlo.
Las barreras a la puesta en práctica de la ingeniería concurrente parecen proceder de dos frentes principales: por un lado, la resistencia natural de la organización a cambiar y, por otro, la falta de información disponible para asistir la puesta en práctica de ese cambio (Brookes y Backhouse, 1998)." 
(Valle Álvarez, S. Uso de ingeniería concurrente como metodología de puesta en práctica del proceso de desarrollo de nuevos productos)

pmi cmmi cambian de principios 600

 

 

Artículos relacionados:

Safe Creative #1207181990376

documentacion scrum en el proyectoYo no usaría más documentación de proyecto que la extrictamente necesaria. Pero las organizaciones que empiezan a ser, o son grandes y usan scrum pueden necesitar: internamente institucionalizar los métodos empleados, y de cara al cliente incluir en la documentación del proyecto la descripción del ciclo de vida que se va a emplear, porque normalmente los clientes no saben de scrum y además porque se necesita su implicación como gestor o propietario de producto.

Si en vuestra empresa os hace falta alguna vez documentar para el cliente la descripción de scrum que váis a emplear en su proyecto, esta plantilla puede apuntar ideas o ser ejemplo de formato.
Si os sirve: no os cortéis, copiad y pegad  o modificad lo que queráis para ajustarla a vuestra forma de hacer.   ;-)

Safe Creative #1206241856508

comparativaJugueteando con las estadísticas de búsqueda de Google para ver qué resultados salen con "prima de riesgo" "crisis"... (eso lo pongo mejor en twitter o Google+ que aquí se queda un poco fuera de lugar) me ha dado también por ver dónde hay más interés por Scrum y Kanban (1).

Estos son los resultados:

comparativa 2 kanban scrum google 2012 600

comparativa kanban scrum google 2012 600

Consultas realizadas:

(1) Búsquedas ceñidas al área "informática y electrónica" para evitar la distorsión de scrum referido a rugby y kanban referido a manufactura industrial.

 

pinocho¿Dirías que los proyectos de tu empresa los gestionan profesionales experimentados, cuando en realidad son junior con ninguna o poca experiencia?.

Este es el brete en el que me puso hace ya algunos años un gestor de proyectos de la oficina técnica que entonces dirigía.
A las pocas semanas de entrar en la empresa (lo contraté deslumbrado por su impresionante currículum plagado de cursos y certificaciones) me preguntó si podía firmar una carta diciendo que había trabajado no sé cuantas horas en gestión de proyectos. Cosa que no era cierta.

- Es que quiero sacarme el certificado "patatín" de gestión de proyectos, que incluye la acreditación de experiencia profesional- me dijo con una sonrisa de complicidad.
- Lo más normal es que no lo comprueben, y si lo hicieran con eso basta. Es lo habitual: así me saco el certificado y la empresa puede presumir de que sus gestores de proyectos son "patatin certified".

A los pocos meses me di cuenta de en la selección de personal Pepe (digamos que se llamaba Pepe) me "metió un gol": No era tan bueno (ni de lejos) como las chapas de su curriculum insinuaban.

Calidad"He descubierto lagunas importantes entre aseguramiento de la calidad del software (SQA), control de calidad del software (SQC) y las metodologías de desarrollo ágil."
Es lo que afirma Abu Wahid Md. Masud Parvez, en el paper que acaba de publicar Advances in Information Tecnologiy and Management (Vol1, Nº3) "An effcient Approach to Interact between Agile Scrum and Quality Mamagement System".

 Es verdad que el conocimiento profesional en desarrollo ágil de software tiene una laguna importante en aseguramiento de calidad medianamente institucionalizable. Por eso son de agradecer propuestas como la de Masud.

En el informe Masud propone un proceso para desarrollo ágil de software, ligero sin sobredosis burocrática y fácil de implementar, basado en micro-ciclos paralelos a los sprints.

 

Scrum SQA

No sé si me termina de convencer esta propuesta. Quizá porque no le veo mucho encaje en el tipo de proyectos que conozco más de cerca, y prefiero usar los procedimientos sólo cuando son extriectamente necesarios,  pero hay organizaciones que bien por  el tamaño o distribución, o exigencias de procedimiento con el cliente pueden necesitar un procedimiento de de calidad institucionalizado y alineado con el hacer de equipos ágiles.
Y también, aunque tampoco te convenza una implementación "copy-paste" de este modelo, no sobra conocer el modelo y los formatos que propone.

Scrum SQA