Ebooks gratis para este verano

Hoy os traigo una amplia colección de ebooks gratuitos, en diversos formatos (epub, pdf, mobi, doc) para que no os aburráis este verano, y para que mantengáis vuestras inquietas mentes alimentadas.

Todo viene de la mano de Eric Ligman, Program Manager de Microsoft, que nos trae un gran número de ebooks gratuitos en su blog.

Podéis bajarlos desde este enlace.

Que disfrutéis. Feliz verano.

Deloitte University

Pues ya hemos vuelto de Texas, y en realidad a pesar de mi entrada anterior, la Deloitte University estaba más propiamente en WestLake, no en Dallas. De hecho, estábamos tan al norte, que el famoso desastre de los tornados en Oklahoma nos afectó y bastante. Pero bueno, eso ya es otra anécdota.

Sobre el evento, he de comentar varias cosas:

• Formación. El enorme esfuerzo que se hace en las compañías americanas en formación. En este lugar privilegiado no sólo había directores, gerentes y responsables en general (por algo le llaman el Leadership Learning Center), sino que cantidades ingentes de nuevos y jóvenes empleados (auténticos yogurines de apenas 20 o 23 años), llegaban a cientos a este centro formativo.
• Lujo, belleza y tecnología. Los mejores materiales, un cuidado diseño que hace pensar que estamos en un hotel de cinco estrellas en lugar de un centro formativo, eso sin olvidar que hay un cyber-center donde cualquier cosa que necesitemos, está a nuestra disposición para comprar: iPhones, iPads, portátiles, otros móviles, adaptadores, cables, etc, etc. Wi-fi gratis en todo el complejo, incluyendo la conexión inmediata de los empleados al usar sus portátiles o móviles de empresa.
• Gourmet ¿Alguien tiene hambre? Es difícil salir de este centro formativo sin unos kilos de más. Salas repletas de comida de todo tipo se reparte por las 5 plantas del complejo de habitaciones. Pensado para los que no tienen tiempo para bajar, o simplemente quieren picar algo sin alejarse de la habitación. Después, los restaurantes con buffet o los múltiples espacios para picar habilitados junto a las salas de formación, hacen que el día se pase sin sentir (salvo en el estómago!).
• En forma. Para compensar lo anterior, existe un gimnasio gigantesco: DTFit. En este lugar podemos encontrar desde decenas y decenas de máquinas de todo tipo, gran cantidad de actividades diarias programadas para que nadie tenga que aburrirse por su cuenta, hasta un exterior de varias hectáreas de terreno verde con árboles y muy cuidado para facilitar el running. Doy fe: no es extraño ver a la gente corriendo por las distintas pistas, especialmente a primera hora de la mañana o por la tarde.
• Relax. Un exterior cuidado, con árboles, pistas verdes, zonas ajardinadas con iluminación nocturna, un lago con aves, tortugas, peces...
• Sostenido. Un equipo de alrededor de 200 personas cuidan y mantienen el complejo: seguridad, camareros, cocineros, jardineros, mantenimiento, dependientes, limpieza, etc.

Así que tras este ajetreo, me pongo a pensar en lo importante que es la formación, y lo importante que es cuidar a los empleados. La mentalidad de que para rendir como los mejores, hay que invertir en nuestros empleados dándoles lo mejor, puede ser chocante. Pero no debería ser así, ¿verdad?

Nos vemos en Dallas

Bueno, aprovecho un breve hueco para comentar que estaré en Dallas (Texas, USA) la semana del 20 de Mayo, más concreto en la Deloitte University, recibiendo formación.

Y bueno, a ver si da algo de tiempo para ver alguna cosa, aunque viendo la programación del curso, me temo que veré muy pero que muy poco de Dallas.

Me parece una oportunidad increíble para aprovecharla en muchos sentidos:

• Un viaje al extranjero. Oportunidad de practicar (aún más) el idioma cara a cara.
• Un curso de formación. Aclarar dudas es fundamental para hacer las cosas bien.
• Una formación a la americana. La forma de llevar los cursos en otros países es mucho más participativa, y a pesar de que inicialmente puedas pensar que distraen, la realidad es que es al revés: te involucras mucho más y se asientan los conocimientos mucho mejor.
• Participar activamente en las políticas de calidad de una empresa, ser partícipe de muchas cosas que nos involucran después en el día a día, como son las metodologías de trabajo, plantillas. entregables...

Nos vemos en Dallas.
Un cordial saludo

Formación 2.0 en la red.

Por una vez y sin que sirva de precedente, aquí va una entrada breve y espero que fructífera: os paso un enlace de una web con abundante meterial educativo online, y en español:

http://wwwhatsnew.com/2013/03/10/buenos-lugares-para-encontrar-recursos-educativos-en-espanol/

Hala, ahora a estudiar! Saludos

Todos los libros gratuitos del mundo

Anda que no es pretencioso ni nada el titular. Pero eso es ni más ni menos lo que están intentando hacer en este enlace.

Pues nada, que lo disfrutéis...¿con salud? Quizás podríamos hacer una encuesta al final del verano, a ver quién se ha leído más de estos libros....

Gracias a Víctor Gimeno por compartirlo.

Descansad, que estamos en vacaciones

Testing (I) - Las pruebas según el CMMi

Este es el primero de una serie de artículos sobre el testing y el cmmi:

• Testing (I) - Las pruebas según el CMMi
• Testing (II) - Planificación de las pruebas
• Testing (III) - Analizar los resultados de las pruebas

Las pruebas en el modelo CMMI DEV están tratadas principalmente en las áreas de proceso "Verificación" y "Validación".

La verificación tiene como objetivo demostrar que el producto de trabajo cumple los requisitos que se especificaron para ese producto de trabajo, la validación asegura que el producto que se proporciona es adecuado para su uso previsto y en el entorno operativo previsto. Con la oportunidad que da el sintético idioma inglés, los americanos dicen que la pregunta para la verificación es Did you build the product right?, mientras que la pregunta para la validación es Did you build the right product?

La verificación se hace sobre productos de trabajo y sobre el producto final, entendiendo que los productos de trabajo son resultado de actividades diversas y no solamente de la codificación. Se tienen que verificar los documentos que se generan respecto a los requisitos que se acordaron al inicio y durante el desarrollo del proyecto. Por ejemplo, el manual de usuario deberá cumplir con algún tipo de requisito o normativa, especificado por el cliente o por la organización que hace el desarrollo. Se tendrá que comprobar que se haya escrito en el idioma o idiomas pedidos, que sigue una estructura adecuada y que está completo, que figuran los logos del cliente si así se ha especificado. Como éstos puede haber otros requisitos para este producto o para otros.

En la validación intervienen los usuarios finales u otros involucrados en el proyecto, que tienen autoridad para revisar los productos obtenidos y rechazarlos si no satisfacen las necesidades del usuario cuando se encuentran en el entorno en el que van a operar. Siguiendo con el ejemplo del Manual de Usuario, la persona que tiene que validarlo, comprobará que los resultados de las consultas le son útiles en el entorno y la función de la aplicación para las que las hace. Por ejemplo, puede encontrarse que entre los parámetros de configuración no figuran los necesarios para su sistema operativo.

El modelo CMMi considera especialmente la utilización de las revisiones entre pares como instrumento de verificación, tanto es así que la utilización de las mismas es una de las metas del área de proceso “Verificación”. Para decirlo más claramente, si una organización quiere alcanzar el nivel 3 está obligada a utilizar este método.

Las revisión entre pares es una técnica en la que el producto del trabajo de una persona se expone a la consideración de otras personas con las que no tiene relación de dependencia, es decir, son sus iguales, sus compañeros. El producto generado se revisa utilizando listas de comprobación ("checklists") en las cuales se pueden encontrar cuestiones sobre reglas de construcción, guías de diseño, facilidad de mantenimiento, tipos de defectos comunes, etc, que se van a comprobar en elementos  entre los que pueden estar los productos de trabajo claves de las actividades de especificación, de diseño, de prueba y de implementación, y sobre los productos de trabajo específicos de planificación.

Verificar es más que probar.

Solamente probar código no es verificar, las pruebas del software son una parte del concepto de verificación tal y cómo lo entiende el modelo. Todos lo productos de  trabajo del proyecto, no solamente el código, deben considerarse para decidir si se incorporan entre los que van a ser verificados, y entre ellos están los documentos técnicos, los planes, los productos COTS (*), herramientas a utilizar, e incluso elementos de formación.

Validación.

En las actividades de validación, interviene el usuario para comprobar que el producto le presta las funcionalidades pedidas en el entorno de producción. Se han llamado normalmente “pruebas de aceptación” y tradicionalmente se hacen cuando el producto está terminado y sólo sobre el software. Para evitar sustos a última hora, deberían seleccionarse productos de trabajo intermedios, susceptibles de ser validados, que puedan predecir si el producto final cumplirá las expectativas del usuario y de este modo ir validando pronto, paulatina e incrementalmente durante todo el proyecto.
Ejemplo de los productos que se pueden validar son: los requisitos, diseños, componentes de producto, interfaces de usuario, manuales de usuario, materiales de formación y documentación del proceso.
El modelo exige las mismas prácticas para validar que para verificar, excepto la revisión entre pares.

 (*) COTS: Commercial Off The Shelf; paquetes o productos comerciales, que hay que probar (al menos su integración con el resto de nuestro producto).

Libro sobre TDD gratis y en castellano

[Actualizado: parece que el enlace ya no funciona, pero mantengo la entrada por si acaso. Si llegas aquí y se te ocurre un buen libro que reemplace el que yo proponía, tu aportación sería bienvenida a la comunidad]
Hoy tenemos un libro gratis y en castellano sobre el desarrollo según TDD en este link.

En el link, además del propio libro (descargable en varios formatos), ofrece diversos enlaces que ofrecen blogs, información adicional, formación, etc., todo ello relativo a TDD.

Para los perdidos, despistados, o los que no hayáis visto TDD en alguna de mis anteriores entradas, vamos a incluir un breve resumen.

TDD son las siglas de Test Driven Development. Hoy en día, tenemos varias metodologías XDD, sustituyendo "X" por alguna de las facetas del desarrollo. En este caso, el desarrollo está dirigido o guiado a partir de los Tests. El objetivo es definir en primera instancia un conjunto de pruebas que recojan al máximo una verificación de los requisitos. De esa forma, el código se va desarrollando posteriormente contra unos tests ya establecidos. Los tests se suelen automatizar, ofreciendo un paradigma de desarrollo bastante estable. Por desgracia, y esto enseguida gustará a sus detractores, no es en absoluto perfecto, y tiene problemas relativos a la variabilidad de los tests, ya que éstos han de cambiar de forma síncrona con los cambios en los requisitos.

Hoy en día, un  gran número de metodologías ágiles incluyen esta técnica de desarrollo, aunque hay que decir que como técnica, es totalmente ajena al desarrollo ágil, y puede ser implementada en cualquier otra metodología.

¿Por qué fracasa la formación en las empresas?

En primer lugar, me gustaría aclarar que este post no está relacionado con mi empresa actual, ni con ninguna en particular. La información que ofrezco está basada en opiniones de diversos profesionales en diversas empresas.

El tema, bien mirado, está relacionado con los dos principales del blog: calidad y desarrollo de software.

Vamos a ver una lista de los problemas más habituales:

• Una queja de los empleados, suele ser que la formación ofrecida, está pensada desde el punto de vista de las necesidades de la organización.
• La formación ofrecida está obsoleta
• La formación ofrecida no cubre las necesidades actuales de los proyectos
• Las empresas cuentan con un presupuesto, una subvención, ...(en general, un dinero a gastar en formación), y se enfoca más en el qué (que se gaste ese dinero, se comunique y publicite, etc), que en el cómo (alineamiento de la formación, con las necesidades organizativas, de los proyectos, y de los empleados).
• Las empresas, en general, no se preocupan de que el dinero en formación tenga resultados. (satisfacción de los empleados, grado de cobertura de necesidades detectadas, etc). Al no plantear objetivos medibles y no evaluar los resultados, no hay una visión global del rendimiento de la inversión en formación.
• Los cursos no se asignan a los empleados que más partido pueden sacar de la formación, sino que se usan criterios subjetivos (amiguismos, etc.)
• La empresa confunde el tener formación con el estar preparado para ofrecer soluciones. A veces se pretende sustituir la experiencia por formación, con escasos resultados.
• En ocasiones, la alta dirección no le da la importancia que debería.
• Las formaciones se contratan por precio y disponibilidad, lo que hace que a veces fracasen por ineficacia del formador, materiales, etc.
• No siempre la formación está alineada con las expectativas y carrera profesional de los empleados.