Navegapolis - Juan Palacio
Grupos de trabajo vs. equipos auto-dirigidos
"Cada vez es más frecuente escuchar que las grandes empresas utilizan equipos autodirigidos en sus diferentes áreas funcionales. Los equipos autodirigidos o autoadministrados son unidades básicas de operación dentro de una empresa, las cuales tienen la capacidad de conducirse sin la presencia de un administrador o supervisor, tomar sus propias decisiones, solucionar problemas y desarrollar sugerencias que mejoren el desempeño de la organización.
con equipos que sean capaces de asumir esas funciones por sí mismos, el gerente estará enfocado a coordinar esfuerzos, planificar el desarrollo de la empresa, investigar las necesidades actuales y futuras de los clientes para desarrollar las condiciones para el proceso de constante innovación, en lugar de dirigir, controlar y supervisar a sus empleados".
Tesis:"Implantación de equipos autodirigidos: El caso de Industrias Vinícolas Pedro Domecq Planta Tapones "
La formación ágil, "ágil", ya no es un sueño
Ya no es un sueño.
Hace algo menos de un año comentaba: "En este sector, un profesional sin formación continua está "out" en menos de 5 años, y aunque hay nuevas formas de difundir y compartir conocimiento, se siguen empleando sólo modelos de formación económicamente pesados, que limitan el acceso."
Desde hace algunos meses ya es una realidad el primer OER (Open Educational Resource) para gestión ágil, incluyendo cursos con certificación (contrastada con examen) Open Knowledge Scrum .
Otro problema de la formación presencial es que el precio por cursos de uno o dos días resulta prohibitivo.
Y también son ya una realidad los primeros cursos presenciales Scrum Manager (Flexibilidad con Scrum) de 100 a 200 en hispanoamérica y de 200 a 300 en España, incluida certificación con examen; y que se están completando a las pocas semanas de anunciarse :-) Ya los hay en Tenerife, Barcelona, Madrid, Buenos Aires, Valencia, Córdoba (Argentina), San José...
BDD: la evolución del Desarrollo Dirigido por Tests (TDD)
Poner las pruebas (el testing) delante de la programación ha marcado un hito en las prácticas de programación, un antes y un después, que ha transfromado a la "cenicienta" del testing en princesa; de trabajo indeseado (probar lo que iban terminando los programadores) a tarea "cool" de diseño y pre-codificación.
TDD ha hecho que sean las pruebas las que tracen la pauta al desarrollo, y no al revés, y al hacerlo ha abierto dos dimensiones nuevas al testing tradicional: documentación, y sobre todo: diseño:
- Se empiezan a escribir pruebas unitarias con herramientas como JUnit o NUnit.
- Empieza a aumentar la confianza en el código, en la misma proporción que el volumen de pruebas que se va generando.
- Al escribir las pruebas en primer lugar, el código gana simplicidad, programándose lo extrictamente necesario.
- Las pruebas van tomando una nueva dimensión: "documentación", porque cuando se retoma código ya olvidado, son las que mejor explican qué es lo que hace ese código.
- Poco a poco se empieza a descubrir la segunda dimensión: desarrollar pruebas revela el "API" del código, y pasa entonces a ser también un proceso de diseño.
Conferencia Agile-Spain 2010, Madrid, 10 y 11 de Junio
Se acaba de anunciar la Conferencia Agile-Spain 2010 (CAS2010), bajo el
lema "Haciendo realidad la agilidad". CAS2010 es la primera conferencia
sobre metodos ágiles en España.Es una cita donde se encontrarán empresarios, desarrolladores, gerentes, investigadores, etc. Está enfocada principalmente a la industria de tecnologías de la información y consultoría tecnológica.
Scrum Manager bits: contraindicaciones
"El producto previsto, en el tiempo planificado y por el presupuesto estimado" Vs. "Valor rápido, y de forma continua, en intervalos breves u regulares".
Podcast con los protagonistas de las comunidades ágiles hispanas
Scrum Manager ha publicado un podcast como punto de arranque y encuentro para conocer y compartir con la cantera de comunidades profesionales hispanas. En él presentan y comentan el origen de las comunidades de Argentina , Chile , Costa Rica y España sus propios promotores o fundadores: Juan Gabardini , Agustín Villena y David Alfaro y José Manuel Beas.
Sobre el mito del "management"
Uno de los factores esenciales para explicar estas divergencias reside
en la personalidad de los ejecutores; o más propiamente, en su ego.
Una de las situaciones que con más frecuencia se dan en las
organizaciones es que cuanto menos inteligente es una persona más se
esfuerza por parecer brillante. Quien tiene madurez y prestigio toma la
vida con cierta distancia y decide con seriedad o rigor, pero quien
está preocupado por dejar su sello y por darse a conocer, suele tomar
decisiones en base a innovar. Como se suele decir, cuanto más tonto es,
en más charcos se mete
El buen management, no hace más que formular, de un modo u otro, tres o cuatro asuntos esenciales. Entre ellos, el de encontrar, captar y motivar al talento
Son dos citas de Julián Gutiérrez Conde , autor de "El dislate en el management " leídas en el artículo "Tonto el que lo pague ", la verdadera utilidad del management de Esteban Hernández
Scrum Manager: Campo de Scrum en toda la empresa
E
l concepto original "Campo de Scrum" definido por Nonaka y Takeuchi describe un entorno de trabajo con principios ágiles en equipos motivados, con delegación y "empowerment", que desarrollan proyectos de forma iterativa a incremental, que no dividen el ciclo de desarrollo en fases, comparten el conocimiento por socialización (comunicación directa)...
La implementación de un campo de scrum no depende de las prácticas empleadas (Backlog - Burndown / historias de usuario / Etiquetas kanban ...) o del ámbito de aplicación (proyecto, producto o empresa).
La implementación que Jeff Sutherland realizó en 1993 en su equipo en Easel Corporation, a nivel de proyecto, que Ken Schwaber documentó, en el libro Agile software development with scrum y que difunde la Scrum Alliance, es una implementación concreta, como lo son tambien cada una de las desarrolladas originalmente por Canon, NEC, Xerox, hp, Honda, Epson... Es buena, pero nada impide diseñar un campo de scrum con flexibilidad en las prácticas para adecuarlas a cada realidad, y con ámbito de proyecto, producto o de empresa, según sea para un equipo, departamento (por ejemplo de I+D en una software factory de procesos), o de organización en su conjunto.
Tomando el concepto original de Scrum y "des-monopolizándolo" de la Scrum Alliance, es posible plantear implementaciones con diferentes prácticas y también a nivel de producto o de empresa. Con esta visión de Scrum Manager la agilidad da su mejor resultado cuando se implican y alinean los diferentes ciclos de la empresa: estratégico, proyectos y producción.
Nos vemos en el seminario de agilidad en Alicante
Para los alicantinos que podáis acercaros, el próximo jueves día 4, expondré el seminario "Agilidad: mejores prácticas para desarrollar software" en el salón de actos de la Escuela Politécnica superior de la Universidad de Alicante.
Será a las 12 de la mañana. La entrada es libre, con inscripción previa en esta página.
Navegápolis 2010
Ya está actualizado, y disponible para descargar (o comprar) el blook con los artículos más relevantes de Navegápolis hasta enero de 2010.
Con un mosaico de 120 artículos, el libro compone una visión poliédrica del escenario de las pequeñas y medianas empresas de programación. De la gestión de los proyectos y las personas en las empresas de software.
Mi opinión no puede ser objetiva, soy el autor; pero por eso mismo te lo recomiendo 
Extensiones ágiles para Google Wave
Dos extensiones ágiles para Google Wave desarrolladas por Mastering Wave: Scrumpoker y taskboard, para compartir en Google Wave planificaciones de póquer, o un tablero Kanban. Son muy recientes y están las dos en beta.No he tenido tiempo ni oportunidad de probarlas, pero parecen interesantes.
Diseño Ágil con TDD
Se agradece un montón disponer de un libro de TDD de este nivel, en español y con versión pdf libre, aunque si te lo puedes permitir, merece la pena recompensar al autor comprando una versión impresa , o enviando una donación desde la página del libro .
Imprescindible el libro que acaban de publicar Carlos Blé y colaboradores sobre TDD, la técnica de diseño y desarrollo de software que forma parte de la metodología XP.
A las razones de Ken Beck de por qué usar TDD:
- La calidad del software aumente (y veremos por qué).
- Conseguimos código muy reutilizable.
- El trabajo en equipo se hace más fácil, une a las personas.
- Nos permite confiar en nuestros compañeros, aunque tengan menos experiencia.
- Multiplica la comunicación entre los miembros del equipo.
- Las personas encargadas de la garantía de calidad adquieren un rol más inteligente e interesante.
- Cuando revisamos un proyecto desarrollado mediante TDD, nos damos cuenta de que los tests son la mejor documentación técnica que podemos consultar a la hora de entender qué misión cumple cada pieza del puzzle.
Carlos añade:
- Incrementa la productividad.
- Nos hace descrubrir y afrontar más casos de uso en tiempo de diseño.
- La jornada se hace mucho más amena.
- Uno se marcha a casa con la reconfortante sensación de que el trabajo está bien hecho.
Scrum Manager: preferimos la flexibilidad a la rigidez
No nos gusta aprender recetas, porque no creemos en "balas de plata". Preferimos aprender nutrición: ser cocineros y no pinches. Saber cocinar nuestras propias recetas, con el sabor, vitaminas, nutrientes y presentación, más adecuados a nuestra empresa.
Scrum Manager: Preferimos la flexibilidad a la rigidez.
¡Prepárate Kanban, que ahora vamos a por ti!
Primero fue con los campos de scrum; el scrum entendido y definido por Nonaka y Takeuchi, y que aunque posiblemente es era el mejor marco para implementar ciclos ágiles de desarrollo, lo hemos dejado debidamente domesticado: monopolizado, y atrofiada su evolución.
Tardamos 10 años, en descubrirlos y aplicarlos a nuestros proyectos de software; pero luego, enseguida lo hemos "doctrinalizado"(1).
Scrum Manager bits: Motivación intrínseca / motivación extrínseca
Scrum Manager bits: La motivación extrínseca es adecuada en trabajos relativamente mecánicos y entornos industriales, pero puede ser contraproducente en empresas del conocimiento.
cc by cloneofsnake
cc by Dan Zen Las personas ayudan a los procesos y la tecnología Los procesos y la tecnología ayudan a las personas La mayoría de principios y prácticas de gestión en cualquier nivel y en sus relaciones (empresa, proyecto o producto) son diferentes. La motivación extrínseca es una prescripción relativamente válida para los primeros, y normalmente contraproducente para los campos de Scrum.
Para ver completo el AgileLeanDayChile 2009, en diferido
Ya en su día, el 14 de diciembre, pudimos ver en directo el streaming del evento, y ahora, con muy buena calidad por cierto, están disponibles las presentaciones y los vídeos de todas las ponencias que se presentaron el pasado en el AgileLeanDayChile 209.
Enhorabuena a los organizadores.
- Casos de Éxito
NameAction: Philippe Camacho (Leansight Consulting, Francia)
- ScrumManager: Modelo de Formación Ágil Libre y Abierta: Claudia Ruata (HorusMS, Argentina)
- Lean & Kanban: Agustín Villena (DCC U. de Chile / LeanSight Consulting, Chile)
- The HashRocket Way: Desi McAdam (Hashrocket, EE.UU.)
- Innovación descentralizada a través de las nuevas tecnologías de la Web de Datos (Web 3): Aldo Bucchi (Linktegration, Chile)
- MicroCharlas
- Agile Perú y la próxima conferencia latinonamericana en Lima Ágiles 2010: Raúl Uribe (Perú)
Los tres estilos de liderazgo de Lewin
Hay bastante teoría de liderazgo, clasificaciones y opiniones en ocasiones bastante diferentes. Sin ánimo de opinar ni valorar, y sólo por compartir este vídeo sobre la teoría de los tres estilos de liderazgo de kurt Lewin basados en el uso de la autoridad, y un test de liderazgo sobre esos tres estilos.
Administración pública: el objeto de deseo de los mercaderes de software
De cada tres proyectos, dos(1) desbordan la agenda o el presupuesto, y se quedan a medias tintas sin dar la talla de las expectativas del cliente; o peor, sin dar nada de nada, tirando a la basura el dinero y el trabajo.
Sería divertida... bueno, no se si divertida, o patética. Digamos que sería "interesante" una etiqueta con la que clasificar a las empresas según lo eficientes que son al comprar proyectos tecnológicos.
Una etiqueta similar a las que ponemos a los electrodomésticos según la eficiencia con la que gastan la energía, y que en el caso de las empresas reflejaría lo eficientes que son gastando su presupuesto TIC: de qué porcentaje de los proyectos que compra se siente orgullosa, de cuántos prefiere no hablar, y cuál es el porcentaje de los que nunca se terminan; y también de cómo de hábil es al cerrar los precios; si lo normal es que saque ventaja, que pague el valor medio de mercado, o que la estafen.
Un modelo razonable: aplicar metas y prácticas genéricas CMMI a las prácticas específicas ágiles
Combinar la agilidad con un modelo de procesos puede ser estrategia o astracanada: una táctica razonada y razonable, o el disparate de un gestor engañado, o perdido por las ganas de engañar.Los modelos de procesos como CMMI, ISO 15504, o Spice (que fue la versión beta de éste último) sirven para producción industrial, donde los protagonistas y responsables del saber hacer y de la calidad son los procesos; y donde las personas se necesitan para asistir a éstos.