Errores comunes en el desarrollo de software: Singletonitis

Imagen de: Wikipedia commons

Se presenta a continuación una nueva entrega de la serie "Errores comunes en el desarrollo de Software". En esta ocasión se describe el anti patron de "Singletonitis", que consiste en el uso abusivo del patrón "Singleton" (Instancia única).

El anti patrón "singletonitis" se manifiesta con el uso excesivo de "singletons" (instancias únicas), en el código, inclusive cuando no se necesitan. Es difícil de detectar hasta que es demasiado tarde para hacer algo para remediarlo.

Entre los problemas que puede ocasionar destacan incremento en el acoplamiento de la aplicación, problemas de sincronización en aplicaciones multi hilo (threads), alto impacto cuando se necesitan modificar, entre otros.

A continuación se describen las características, tipo, problemas ocasionados y la solución del anti patrón de "singletonitis".

Lanzamiento del dominio www.pmoinformatica.com

Tenemos el agrado de anunciar que ahora la Web "La Oficina de Proyectos de Informática" cuenta con su propio nombre de dominio en la Web. Te invitamos a visitarlo en el siguiente enlace:

http://www.pmoinformatica.com/

Asimismo, te invitamos a mantenerte en línea con nuestros artículos, por medio de los distintos medios de suscripción.

• Lista de Correo: Ingresando tu email en "Síguenos por email".
• Síguenos en Twitter por medio de este enlace @PMOinformatica o haz click en el botón "Seguir".
• Síguenos en Facebook en este enlace www.facebook.com/PMOInformatica o haz click en el botón "Me Gusta".
• Suscripción a nuestro Feed RSS por medio de "Suscribirse a" en la barra izquierda.

5 pasos para una delegación efectiva

Imagen de: Picasa Web Albums

Continuando con la serie sobre Gestión de Proyectos en la fase de ejecución, en particular sobre el tema de la delegación efectiva de actividades urgentes e importantes, en este artículo se presentan 5 pasos a seguir para una delegación efectiva basada en el desarrollo profesional de la persona, que son: Evaluar las necesidades de la organización, identificar los colaboradores potenciales, delegar progresivamente, comunicar el porqué y luego evaluar y reconducir en función de los resultados.




Se presenta a continuación los 5 pasos para una delegación efectiva:

TDD: Componentes difíciles de probar

Un factor crítico de éxito del Test Driven Development (TDD) es la automatización de pruebas unitarias, pues son estas las que permiten los ciclos de iteraciones rápidas, necesarios para aplicar de forma éxitosa la práctica TDD.

Sin embargo, se presentar dificultades cuando deben probarse componentes externos al software que se está desarrollando.

En este artículo se describen cuales son las áreas que tienen a presentar problemas, como por ejemplo bases de datos y la interfaz gráfica.

Asimismo, presenta un enfoque para enfrentar este reto, por medio de la abstracción y aislamiento de los segmentos de código difíciles de probar.

Presentamos a continuación las áreas difíciles de probar y el porqué:

Errores comunes en el desarrollo de software: Base de datos como comunicador de procesos

Imagen de: Hargreaves, M, Picasa Web Albums

Se presenta en esta entrega un nuevo artículo de la serie acerca de errores comunes de programación. Otro de los anti patrones de diseño de software que afecta tanto a la aplicación como a las bases de datos es el de “Base de datos como comunicador de procesos”. Este anti patrón consiste en hacer un uso adecuado de la base de datos para “transmitir” información entre procesos. Se observa por ejemplo cuando se utiliza la base de datos para representar los diferentes estados de un flujo de procesos.

Los anti patrones representan herramientas útiles para aplicar las buenas prácticas de programación, pues estos describen "lo que no debe hacerse". En este artículo se describen las características asociadas al anti patrón, tipo de anti patrón, los problemas que este ocasiona y la solución.

Lo urgente y lo importante: Tareas que no deben delegarse

Imagen de: David Kimball (Picasaweb)

Una habilidad primordial de todo Gerente es el saber delegar adecuadamente las tareas, sin embargo, cuando se delega uno de los riesgos es repartir tareas indiscriminadamente. A continuación un nuevo artículo de la serie "Lo urgente y lo importante", en el cual se describirán las tareas y responsabilidades que un líder nunca debe delegar.

El artículo describe las tareas que nunca deben delegarse, tales como las que son responsabilidad directa del líder, coordinador o Gerente, tareas que quien las delega no estaría dispuesto a realizar, por ejemplo por ser poco motivadoras o inclusive que representen un riesgo y tareas que estén fuera del alcance del delegado.


Presentamos a continuación algunas recomendaciones para una mejor delegación de tareas:

Test Driven Development (TDD): Pruebas de desarrollador

.

Continuando con la serie sobre Test Driven Development (TDD), en este artículo se describen lineamientos y conceptos relacionados con las pruebas de desarrollo, práctica que es necesario dominar antes de implementar prácticas ágiles como TDD.

Antiguamente las pruebas de desarrollo se conocían como “pruebas unitarias”, sin embargo el concepto ha sido ampliado, dado que en hoy en día, cada vez más se ejecutan también pruebas integrales en los ambientes de desarrollo.

En el artículo se describen los lineamientos para implementar una práctica de pruebas de desarrollo y las cualidades que deben tener estas pruebas, en cuanto a que sean rápidas de configura y ejecutar, que sean aisladas (no dependan de pruebas previas o que deban ejecutarse en cierto orden), deben ejecutarse lo antes posible, sobre pequeñas unidades de código, entre otros aspectos.

Presentamos a continuación los lineamientos y cualidades que deben tener las pruebas de desarrollo:

La Oficina de Proyectos de Informática: Ahora también en Facebook

Imagen de: Página Facebook de nuestro blog

Tenemos el agrado de anunciar el lanzamiento de la página Facebook del Blog de "La Oficina de Proyectos de Informática.

Ahora nuestros lectores y usuarios podrán acceder a los contenidos del Blog a través de sus cuentas de Facebook.




Te invitamos a visitar la página en el siguiente Link:
http://www.facebook.com/PMOInformatica

También te invitamos a suscribirte y seguirnos en Facebook, haciendo click en el botón "Me Gusta".

Errores comunes en el desarrollo de software: Entrada de datos manejada inadecuadamente (Input Kludge)

Imagen de: Picasa Web Albums

Como continuación de la serie acerca de errores comunes en programación, desarrollo de software y base de datos, presentamos el anti patrón de "Entrada de datos manejada inadecuadamente (Input Kludge), el cual consiste en diseñar funciones que no manejen la entrada de datos adecuadamente, omitiendo validaciones previas, que aseguren que los datos recibidos son adecuados en cuanto a su tipo y rango de posibles valores según la lógica de negocio establecida.

Los anti patrones representan herramientas útiles para aplicar las buenas prácticas de programación, pues estos describen "lo que no debe hacerse". En este artículo se describen las características asociadas al anti patrón, tipo de anti patrón, los problemas que este ocasiona y la solución.

Lo urgente y lo importante: 9 recomendaciones para una delegación efectiva

Imagen de: Cognition Global Concepts

Una habilidad primordial de todo Gerente es el saber delegar adecuadamente las tareas, manteniendo el equilibrio entre no delegar nada y delegar indiscriminadamente. Se presenta a continuación un nuevo artículo de la serie “Lo urgente y lo importante en la gestión de proyectos”, dedicado a como delegar de forma efectiva las tareas.

En al artículo se presentan 9 recomendaciones para delegar, incluyendo: Identificar las tareas a delegar, aprovechar las nuevas tecnologías, evaluar el potencial de los colaboradores, delegar tomando en cuenta el desarrollo profesional, comunicar en detalle lo que se necesita de la persona, impartir formación (entrenamiento y coaching), evitar delegar por exigencias de corto plazo, hacer seguimiento a como se desempeño la persona con las tareas delegadas y mantener comunicación constante.

Presentamos a continuación algunas recomendaciones para una mejor delegación de tareas:

Test Driven Development (TDD): Como llevarlo a la práctica

Imagen de: IBM Rational Community

Se presenta a continuación un nuevo artículo sobre la serie dedicada al Test Driven Development (TDD), "Como llevarlo a la práctica".

En este artículo, primero se presentan dos requisitos previos a la adopción de TDD, contar con una metodología de pruebas unitarias que se esté aplicando y con herramientas de apoyo a pruebas unitarias, como por ejemplo JUnit o VBUnit.

Luego se describen los pasos a seguir en una hoja de ruta para la adopción de TDD, abarcando la formación, selección del marco de referencia, adaptación del marco y metodología a la organización, aplicar el método TDD, realizar mediciones, ajustar el plan de adopción a las mediciones e incrementar progresivamente el uso de la práctica.

El artículo fue elaborado con base en contenido de la Wiki de Eclipse (El más que conocido IDE gratuito), consulte la referencia para ver la fuente original.

Presentamos a continuación el artículo sobre Como llevar a la práctica el TDD.

Errores comunes en el desarrollo de Software: el Botón Mágico

Imagen de: Picasa Web Albums

Como continuación de la serie acerca de errores comunes en programación, desarrollo de software y base de datos, presentamos el anti patrón del "Botón Mágico", el cual consiste Consiste en desarrollar aplicaciones en las que existe un único punto de interacción entre la capa de presentación (interfaz con el usuario) y la de lógica de negocio, usualmente cuando se presiona "el botón mágico".

Los anti patrones representan herramientas útiles para aplicar las buenas prácticas de programación, pues estos describen "lo que no debe hacerse". En este artículo se describen las características asociadas al anti patrón, tipo de anti patrón, los problemas que este ocasiona y la solución.

Errores comunes en el desarrollo de software: el Objeto Todopoderoso

Imagen de: Picasa Web Albums

Como continuación de la serie acerca de errores comunes en programación, desarrollo de software y base de datos, pasaremos a describir a continuación en sucesivos artículos una serie de errores comunes, también denominados "anti patrones". Los anti patrones representan herramientas útiles para aplicar las buenas prácticas de programación, pues estos describen "lo que no debe hacerse".

En esta entrega se describe el anti patrón del "Objeto Todopoderoso", también denominado "Clase Gorda" si nos referimos a una aplicación orientada a objetos, e inclusive en algunas referencias existe en la forma de la "Tabla Todopoderosa" para el caso de base de datos.

Lo urgente y lo importante (2da Parte): Las 10 tareas rutinarias de un Gerente de Proyectos

Imagen de: Picasa Web Albums

Posiblemente el principal reto para todo Gerente de Proyectos, en la fase de ejecución, es el definir prioridades y tomar acciones, considerando la cantidad de cosas por hacer, tareas, asuntos, problemas y otras situaciones que se presentan en el día a día.

Presentamos un nuevo artículo de la serie de lo Urgente y lo importante en la gestión de proyectos. En esta entrega, se describen 10 tareas que deben hacerse de forma rutinaria.

El día de un Gerente de Proyectos comienza revisando la lista de cosas por hacer y tomando acciones sobre asuntos importantes (Prioritarios), luego prosigue con actividades del día a día, tales como mantener constante atención sobre las necesidades del equipo, actuar como la central de comunicaciones del proyecto, mantener informado permanentemente al patrocinador (Sponsor), actualizar el cronograma y lista de cosas por hacer, responder preguntas, manejar las interrupciones y gestionar los riesgos.

Presentamos 10 actividades clave en el día a día de un Gerente de Proyectos:

Test Driven Development (TDD): Ventajas y desventajas

El Test Driven Development (TDD) o “Desarrollo guiado por pruebas” es un enfoque de desarrollo ágil de software en el que primero se escriben las pruebas y luego el código necesario para que la prueba sea exitosa.

En este artículo se escriben las ventajas del TDD en cuanto a Mejora de calidad, simplicidad de diseño y mejora de productividad.

Asimismo, se describen algunos problemas y sus posibles soluciones, tales como: Problemas con obtejos de interfaz gráfica, base de datos, posibles errores no identificados y perdidas de la visión general de la arquitectura de software.

Presentamos a continuación las ventajas y desventajas del Test Driven Development (TDD):

Errores comunes en el desarrollo de Bases de datos: Tercera Parte

Imagen de: Picasa Web Albums

Presentamos la tercera entrega de la serie "Errores comunes en el desarrollo de bases de datos", describiendo 5 antipatrones adicionales de programación, que son: Utilizar SELECT * de forma indiscriminada, Utilizar INSERT sin especificar una lista de columnas (Campos), Utilizar NULL como un valor ordinario y viceversa, Utilizar aliases de tablas sin significado funcional, Incluir lógica de interfaz gráfica (presentación) en la Base de datos.

Esta lista no es limitativa, ¿Considera usted que existe algún error que deba agregarse a la lista?, le invitamos a opinar en el foro de discusión del artículo (Tome en cuenta que los comentarios son moderados por lo que pueden tardar en ser publicados).

Presentamos a continuación la tercera parte de "Errores comunes en el desarrollo de bases de datos":

ISTQB - Exámen

Imagen de: ISTQB Board

El ISTQB, cuyas siglas en inglés significan "International Software Testing Qualifications Board" (ISTQB) está dedicada a la calificación y certificación de profesionales y empresas en el área de pruebas de Software, y ha ganado prominencia en los últimos tiempos en el área de TI. ISTQB ofrece distintos niveles y exámenes de certificación.

Los invitamos a visitar el blog "TestingBaires.com" el cual está especializado en el área de Pruebas de Software y contiene contenido de utilidad para la comunidad.
http://testingbaires.com/

Lo urgente y lo importante en la Gestión de Proyectos

Uno de los principales retos para todo Gerente de Proyecto, especialmente para los recién promovidos que se están iniciando como supervisores, es el poder manejar la cantidad de actividades, cosas por hacer, alertas y asuntos que conlleva un día de trabajo normal para este tipo de trabajo. En este artículo describimos como diferenciando entre asuntos urgentes e importantes se puede hacer una gestión efectiva de los proyectos. También se describen las consecuencias negativas de no hacerlo.

La diferenciación entre asuntos urgentes e importantes como método en la Gerencia fue descrito por Stephen Covey en su obra "Los siete hábitos de la gente altamente efectiva", es una herramienta útil para el Gerente de Proyectos para organizar su propio trabajo de día a día durante la fase de ejecución, pero también se puede aplicar a áreas especificas como por ejemplo la Gestión de Riesgos.

Presentamos a continuación el artículo de "Lo urgente y lo importante en la Gestión de Proyectos":

Los 5 valores de la programación extrema (XP)

La Programación Extrema “Extreme Programming” (XP) no es un conjunto de reglas a seguir, sino una forma de trabajar en armonía con los valores personales y organizacionales, que tiene su punto de partida en cinco valores fundamentales.

En este artículo, se describen los cinco valores de XP, que son: Comunicación, Simplicidad, Retroalimentación, Coraje y Respeto. Estos valores no son un simple ardid de mercadeo sino que realmente son parte integral de la metodología.

Los valores XP representan un excelente punto de partida para entender los cambios de paradigmas que implica trabajar bajo la filosofía ágil.

Les invitamos a leer y a contarnos, ¿Han aplicado los valores de XP en su trabajo?, ¿Que opinan del resultado?, ¿Cuales ventajas y desventajas han visto?. Les invitamos a dejar sus mensajes y preguntas en la sección de comentarios del artículo.

Presentamos a continuación los 5 valores de XP:

Errores comunes en el desarrollo de Bases de datos: Segunda Parte

Imagen de: Picasa Web Albums

En la semana anterior, publicamos un artículo titulado “Errores comunes en el desarrollo de bases de datos”, en el cual se exponían una serie de errores comunes y sus alternativas. Presentamos a continuación la segunda parte de esa serie, presentando errores comunes adicionales, como lo son: Hacer caso omiso de los índices a la hora de escribir consultas que relacionen tablas, no utilizar sentencias preparadas, usar instrucciones DISTINCT para no mostrar filas duplicadas, utilizar GROUP BY y HAVING para filtrar filas (en lugar de WHERE), colocar un cursor o consulta dentro de un ciclo y no utilizar herramientas para analizar el desempeño de consultas y procedimientos.

Este artículo fue elaborado con base a los comentarios recibidos de la comunidad y fuentes de información consultadas. Esta lista no es limitativa, seguramente el lector podrá pensar en muchos más errores comunes, ¿Considera que existe algún error que deba agregarse a la lista?, les invitamos a opinar en el foro de discusión del artículo (Tome en cuenta que los comentarios son moderados por lo que pueden tardar en ser publicados).

Los cambios de alcance en los proyectos de informática

Imagen de: Picasa Web Albums

En un entorno tan dinámico como el de los tiempos actuales, todo proyecto está expuesto a la posibilidad que ocurran cambios de alcance durante su desarrollo.

En proyectos de informática está prácticamente asegurado que una vez que el cliente vea el producto se requerirán “ajustes” respecto al diseño original, además, la necesidad del área de negocio podría variar desde el inicio del proyecto hasta su entrega.

En este artículo se discute los distintos tipos de cambios de alcance que puede enfrentar un proyecto de informática, los posibles impedimentos para negociarlos con el cliente y los peligros representados en los mismos.

Además se expresan una serie de pasos que se pueden seguir para gestionarlos con el cliente.

5 Preguntas y respuestas sobre el Feature Driven Development (FDD)

Imagen de: Picasa Web Albums

El Feature Driven Development (FDD) o “Desarrollo Enfocado por Funcionalidades”, es un método de desarrollo de software iterativo e incremental, que cuenta con comunidades de seguidores al igual que otros métodos como RUP, Scrum, XP, entre otros. En este artículo, describimos el método FDD, incluyendo Que es, cuáles son sus orígenes, si es considerado un método ágil de software, en que se diferencia de otros métodos y en qué actividades consiste.


Presentamos a continuación las 5 preguntas y respuestas sobre el FDD:

Errores comunes en el desarrollo de Bases de datos

Imagen de: Picasa Web Albums

Continuando con nuestra serie de artículos de errores comunes en el desarrollo de software, en este artículo presentamos 5 errores comunes en el desarrollo de bases de datos. Consisten en: uso excesivo de claves primarias (Primary Key), normalización inadecuada, uso excesivo de procedimientos almacenados (Stored Procedures), no usar claves primarias y usar “hard delete” en lugar de “soft delete”.

El siguiente es un extracto del artículo “Five common database development mistakes”, publicado en el blog “Software Engineer” de Techrepublic.com, de fecha 30 agosto 2012. Su autor (Justin James) describe algunos errores comunes en el desarrollo de bases de datos y como no cometerlos. Estos errores son independientes del manejador de bases de datos utilizado.

Sin más preámbulo, presentamos a continuación 5 errores comunes en el desarrollo de bases de datos. 

Gestión de Proyectos: 5 tareas clave para dirigir la fase de ejecución

Imagen de: Picasa Web Albums

Independientemente del enfoque de gestión de proyectos adoptado, bien sea el predictivo tradicional, o los nuevos enfoques ágiles, el llevar a feliz término un proyecto implica más que hacer una buena planificación y medición de los avances.

En este artículo exploramos algunas tareas clave que deben convertirse en hábitos para el Jefe de Proyectos durante la fase de ejecución, abarcando aspectos como asegurar que todas las partes tengan el mismo entendimiento, guiar y apoyar al equipo, eliminación de impedimentos, resolución rápida de problemas, saber reconocer las señales de alerta y tomar acciones en función a ellas.

Podría pensarse que la alta tasa de proyectos fallidos hoy en día es un factor de desmotivación de las empresas, quienes podrían conformarse con al menos lograr terminar sus proyectos, sin embargo, este no es el caso, a pesar de las adversidades, se observa que las exigencias para terminar los proyectos más rápido, a menor costo y con mejor calidad son cada vez mayores.

Presentamos a continuación las tareas claves para gestionar la fase de ejecución con éxito.

5 Herramientas para la automatización de pruebas de software

¿Quieres aprender cómo utilizar Selenium para automatizar tus pruebas de software? Inscríbete en el curso: Automatiza tu navegador. Selenium WebDriver con Python

iStockPhoto/p_scout

Con el auge que está tomando el desarrollo ágil de software, representado en marcos de trabajo como Scrum, la Programación extrema (XP) y el Agile Testing, cada vez es más crítico contar con la posibilidad de realizar constantes refactorizaciones e integraciones de código.

En este artículo presentamos una lista de 5 herramientas para la automatización de pruebas de software.

Cada vez es más crítico ir a la par de los exigentes tiempos de entrega y cambios demandados por las áreas de negocio.

Para lograr esto, es necesario automatizar las pruebas funcionales y de regresión, con la finalidad que estas pruebas se puedan ejecutar de forma rápida y repetitiva.

PMOInformatica presenta: 5 Herramientas para la automatización de pruebas de software.

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. 

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

Presentamos a continuación los 5 libros sobre desarrollo ágil de mayor popularidad en Amazon España a Septiembre de 2012.  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.es.

#1: Kanban Cambio Evolutivo Exitoso Para su Negocio de Tecnología (Haga click aquí) Autor: David J. Anderson Reseña del editor: Kanban se está convirtiendo en una manera popular de visualizar y limitar el la cantidad de “trabajo en proceso” en las áreas de desarrollo de software y de tecnologías de la información, siguiendo los principios del “Justo a Tiempo”. Su autor, David J. Anderson, fue el pionero de esta técnica en Microsoft y desde entonces ha refinando su enfoque. Este libro proporciona la visión de Kanban como un nuevo enfoque evolutivo para cambiar la gestión.

Más Libros:

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