Test Driven Development (TDD): 9 retos para su implementación y cómo hacerles frente

Imagen de: Picasa Web

La técnica del Test Driven Development (TDD) es bastante prometedora y ha demostrado dar resultados, sin embargo presenta importantes cambios de paradigmas y retos para su implementación exitosa. En este artículo se abordan 9 retos en la implementación del TDD y algunas ideas de cómo hacerles frente: curva de aprendizaje, cambio del enfoque de desarrollo a las pruebas, apoyo de la gerencia y dirección, dificultades con sistemas legados (Legacy), dependencias de aplicaciones externas, sesgo del desarrollador, relajarse cuando no se identificar muchos errores inicialmente, constantes iteraciones, refactorizaciones y alto costo de errores no identificados.

El Test Driven Development (TDD), es una técnica de desarrollo de software invierte el orden tradicional de las actividades de desarrollo y pruebas, de tal forma que primero se diseñan y ejecutan las pruebas, para luego a partir de los resultados desarrollar la funcionalidad. Se caracteriza por la ejecución constante de: Pruebas, definición de nuevos casos, refactorizaciones, iteraciones, integraciones y pruebas de regresión. Implica cambios de paradigmas importantes, desde el equipo de desarrollo (los programadores), hasta la gerencia y dirección de la organización.

Presentamos a continuación los 9 retos para poner en práctica el TDD y algunas ideas de cómo enfrentarlos:

5 preguntas y respuestas sobre la identificación de riesgos

Imagen de: Picasa Web Albums

Todo proyecto siempre poseen niveles de incertidumbre sobre la actividad a realizar y el producto a entregar, son riesgos que deben ser gestionados.

En este artículo se exploran 5 preguntas y respuestas sobre la identificación de los riesgos en un proyecto, incluyendo quien debe participar, cuando debe hacerse, cuando termina (o más bien no termina) la identificación de riesgos, la importancia de la creatividad, el pensamiento innovador, herramientas y técnicas para la identificación de los riesgos.

El verdadero valor de un plan de riesgos, no reside en el cálculo de valor monetario, sino en la identificación de todos los riesgos y en la definición de planes de respuesta.

Identificar riesgos en un proyecto no se trata sólo de herramientas y técnicas, la creatividad, el pensamiento innovador y participación de todos los integrantes del equipo juegan un papel importante.

Presentamos a continuación 5 preguntas y respuestas sobre la identificación de riesgos:

Productos Amazon de la semana: 25 de Octubre de 2012

A continuación se presentan los productos de Amazon.es y Amazon.com de la semana que culmina el 24 de Octubre de 2012, que son de interés para la comunidad en los géneros de Desarrollo ágil de software, Gestión de Proyectos de Informática, Software, Tecnología y Gestión de Sistemas Informáticos, Negocios, Gerencia, Liderazgo, entre otros temas.


Novedades: Informática, Internet y Medios Digitales
Idioma: Castellano

Guía rápida  Powerpoint 2010 Autor: Miss Maribel Ramírez >> España (amazon.es) >> Latinoamérica (amazon.com) >> Latinoamérica (amazon.com). Kindle	Seguimiento y Control  de Proyectos (MS  Project 2010) Autor: Docentes Compuclub >> España (amazon.es) >> Latinoamérica (amazon.com)	27 controles críticos  de seguridad de información Autor: Sergio Castro Reynoso >> España (amazon.es) >> Latinoamérica (amazon.com)	Mi nuevo iPad Autor: Wallace Wang >> España (amazon.es)

Errores comunes de programación: Segunda Parte

Imagen de: Picasa Web Albums

Anterior a este artículo publicamos “5 errores comunes de programación”, original del blog “Software Engineer de Techrepublic.com, el cual se describían algunas prácticas de programación erróneas. Luego de los comentarios recibidos de la comunidad, hemos decidido publicar una segunda parte, tomando en consideración las sugerencias de algunos usuarios y otras fuentes de información consultadas.

En este artículo se exploran cinco prácticas de programación que pueden ser problemáticas, abarcando la codificación sin un análisis previo, estructura inadecuada de módulos, codificación directa de variables (“Hard Coding”), omitir el manejo de excepciones y no documentar los comentarios en el código.

Presentamos a continuación, la segunda parte de la serie sobre “Errores de programación comunes”.

10 actividades críticas a incluir en todo plan de desarrollo de un software

Imagen de: Picasa Web Albums

En el mundo de la informática, los clientes e inclusive nuestros Gerentes y Directores, esperan que cuando nos presenten un problema de ingeniería de software estemos en capacidad de responder de inmediato ¿para qué fecha cree usted que podría estar desarrollado y entregado?

Sin embargo, debe tenerse extremo cuidado al proporcionar fechas, pues los desarrollos de software suelen presentar muchos imponderables, que deben ser cuidadosamente analizados.

Una de las peores situaciones que se le pueden presentar a un analistas-programador de software, arquitecto, líder de equipo o Gerente de proyecto, es darse cuenta en la mitad de la ejecución, que actividades críticas no fueron consideradas cuando se planificó y comunicó una fecha de entrega.

En este artículo, se exploran una serie aspectos con frecuencia omitidos, pero que deben considerarse en la planificación de todo desarrollo de software. Van desde los tiempos para aprobaciones de los diseños, integraciones de códigos, instalación de ambientes de prueba, entre otros.

Para ayudar a los analistas-programadores, líderes de grupo y Gerentes de Proyectos de Software en esta tarea, presentamos a continuación las actividades críticas que no deben faltar en un plan de desarrollo de software.

Productos Amazon de la semana: 19 de Octubre de 2012

A continuación se presentan los productos de Amazon.es y Amazon.com de la semana que culmina el 19 de Octubre de 2012, que son de interés para la comunidad en los genéros de Desarrollo ágil de software, Gestión de Proyectos de Informática, Software, Tecnología y Gestión de Sistemas Informáticos, Negocios, Gerencia, Liderazgo, entre otros temas.

Los más buscados

Steve Jobs (en Castellano) Autor: Walter Isaacson >> España (amazon.es) >> Latinoamérica (amazon.com)	El exámen PMP Autor: Andy Crowe >> España (amazon.es)  >> Latinoamérica (amazon.com)	Claves del marketing digital Autor: Silvina Moschini >> España (amazon.es) >> Latinoamérica (amazon.com)	Las 21 Leyes del Liderazgo Autor: John Maxwell >> España (amazon.es) >> Latinoamérica (amazon.com)

Habilidades interpersonales cada vez más demandadas en los profesionales de Tecnologías de Información

Imagen de: Picasa Web Albums

En la actualidad, el ámbito profesional de la Tecnología de Información (TI) está evolucionando hacia una mayor orientación al cliente (el usuario), tanto desde la perspectiva de cliente interno, cuando nos desenvolvemos en un departamento de tecnología de una compañía, como desde la perspectiva externa, cuando nos desempeñamos en un proveedor de servicios de tecnología de información.

En este artículo se describen habilidades que están siendo cada vez más demandadas en profesionales de TI, que abarcan las denominadas “habilidades blandas” o competencias genéricas, entre ellas la comunicación, lectura, escritura, escucha, presentaciones, trabajo en equipo y habilidades para mantener foco en los aspectos humanos de proyectos de TI.

El artículo, es un extracto del Post “IT soft skills are in as much demand as ever”, publicado en el blog “Career Management” de Techrepublic.com, de fecha 5 de Septiembre de 2012.

Presentamos a continuación las habilidades blandas cada vez más demandadas en profesionales de tecnología.

Cómo hacer el seguimiento de los riesgos en proyectos

Imagen de: Picasa Web Albums

La Gestión de riesgos de un proyecto no concluye cuando se ha terminado la planificación, se han identificado los riesgos y se han comunicado a los responsables, sino que la misma debe continuar durante toda la ejecución, por medio del seguimiento de los riesgos y a la implementación de los planes de respuesta.

En este artículo, se explora una agenda para hacer seguimiento periódicamente a los riesgos de un proyecto, que abarca el proceso de monitorear la implementación de los planes de respuesta, seguimiento de los riesgos identificados, monitoreo de riesgos residuales, identificación de nuevos riesgos y la evaluación de la efectividad de los planes de respuesta al riesgo.

El artículo, está basado en la guía de estándares definidos por el “Project Management Institute” (PMI), organización que describe en amplio detalle los procedimientos de la gestión de riesgos en un proyecto.

Presentamos a continuación la agenda para el seguimiento de riesgos de un proyecto:

5 errores comunes de programación

Imagen de: Picasa Web Albums

El siguiente es un extracto del artículo “Five common programming mistakes”, publicado en el blog “Software Engineer” de Techrepublic.com, de fecha 12 de Septiembre de 2012. En este post, su autor (Justin James) describe algunas metidas de pata comunes en programación y explica porque estas pueden ser problemáticas.

Estos errores de programación son independientes del lenguaje de programación que se esté utilizando, y se han presentado con frecuencia al autor (Justin James) de manera que este considera que merecen especial atención.

Presentamos a continuación 5 errores de programación comunes.

Plantilla para el registro y seguimiento de riesgos en proyectos

Imagen de: La Oficina de Proyectos de Informática

Presentamos a continuación una versión revisada y actualizada a Octubre de 2012 de la Plantilla de Gestión de Riesgos del blog de “La Oficina de Proyectos de Informática”.

La Gestión de Riesgos, es una de las áreas más importantes de la Gestión de Proyectos, y para ejecutarla se recomienda usar una plantilla que permita documentar el problema u oportunidad, causa raíz de la situación, valoraciones de probabilidad e impacto y planes de respuesta.

En esta versión se ha agregado un esquema de valoración de probabilidades e impactos con escala del 0 al 1, diferenciando el impacto sobre cada objetivo de proyecto (Alcance, Tiempo, Costo y Calidad), para luego calcular una valoración global basada en ponderaciones de dichos objetivos, permitiendo asignar un nivel de prioridad al riesgo.

Adicionalmente, se han agregado columnas para la fecha de identificación, fecha de activación del riesgo, dueño (owner) del riesgo distinto del responsable y una columna para describir y hacer referencia.

Presentamos a continuación la versión Octubre de 2012 de la Plantilla de Gestión de Riesgos:

Los pasos para resolver incidentes en el período de estabilización de un desarrollo de software

Imagen de: www.ClipartOf.com/15065

Luego de varias semanas, meses o años de arduo trabajo en el desarrollo y pruebas de un nuevo software, llega el gran día de la puesta en producción del sistema. En esta etapa es común preguntarse ¿estará todo listo?, ¿se habrá omitido algún escenario?, ¿podría ocurrir algún imprevisto en la configuración?

Estás preguntas no deberían representar mayor preocupación si se ha desarrollado con estándares de calidad y cumpliendo todos los ciclos de pruebas con participación de todos los implicados. Sin embargo, podrían presentarse errores (incidentes) en el ambiente de producción, a pesar de todas las acciones preventivas aplicadas, por lo que es necesario estar preparados.

En este artículo se describen las medidas de preparación para atender estos incidentes en el período de estabilización del sistema, abarcando el mantener un equipo en horario establecido por el cliente (para aplicaciones críticas este será 7 x24), con roles, responsabilidades y canales de comunicación establecidos de antemano. Adicionalmente, se presentan los pasos a seguir en caso que suceda lo peor y se deba dar respuesta ante un incidente.

Los 5 libros más buscados en Amazon E.E.U.U (Para Latinoamérica) sobre desarrollo ágil en español: Octubre 2012

Presentamos a continuación los 5 libros sobre desarrollo ágil de mayor popularidad en Amazon de los Estados Unidos de América (E.E.U.U), para Octubre 2012, tienda que sirve a la región Latinoamericana. Los enlaces que se proporcionan son participantes del programa de afiliados Amazon y constituyen publicidad. El orden de los libros en la lista está basado en el ranking de popularidad de amazon.com.

#1: Gestión Ágil De Proyectos Lean Project Management (Haga Click aquí)
Autor: Pablo Lledó

Reseña del editor: Pablo Lledó, autor de más de seis libros sobre Dirección de Proyectos, algunos publicados en las Editoriales más importantes del mundo nos presenta su libro sobre Gestión de Proyectos utilizando las filosofías "lean" y Ágil.

"Lean" nace en la década del 90´ en la industria automotriz japonesa, diez años más tarde, se populariza el manifiesto para la gestión ágil de proyectos de software.

De estas dos corrientes, en este libro se desarrollan ideas 100% prácticas para mejorar la eficiencia y velocidad durante la gestión de cualquier tipo de proyectos. El libro le permitirá comprender las filosofías lean y ágil de manera simple, aprendiendo lecciones de más de 20 casos reales y 10 ejercicios prácticos, ahorrando tiempo y dinero respecto a otros libros.

Más Libros:

>>Los 5 libros más más buscados en Amazon España sobre desarrollo ágil: Septiembre 2012

Plantillas Scrum: historias de usuario y criterios de aceptación

Imagen de: La Oficina de Proyectos de Informática

Una de las principales innovaciones que representa el desarrollo ágil frente a los enfoques tradicionales, es en la forma de levantar los requerimientos del usuario.

A diferencia del enfoque tradicional, en el cual el “Diseño de Sistema” contiene documentación detallada del comportamiento y representa el final de las conversaciones, en las metodologías ágiles se hace uso de las “Historias de usuario”, las cuales se enfocan en definir lo que el usuario necesita hacer, sin describir el cómo, por lo que representa el inicio y no el final de las conversaciones.

En este artículo, presentamos una plantilla para documentar las historias de usuario, puede utilizarse en un marco de trabajo de desarrollo ágil (por ejemplo Scrum), e incluye la documentación de los enunciados de las historias y los criterios de aceptación en una misma plantilla.

Está plantilla no pretende ser una Pila de Producto, por lo que no incluye su nivel de prioridad (La pila de producto es otro documento).

Pero antes:

Impulsa tu carrera y certifícate profesionalmente como Scrum Master con el curso [2024] Scrum Master Certification en Español. 🎓. En Udemy. ¡Haz clic, aprende Scrum 🚀 y obtén tu certificación profesional! 👩‍🎓

Presentamos la plantilla en el siguiente enlace.