martes, noviembre 13, 2007

¿Por que es tan importante la fase de requerimientos? Requirement Engineering: A Roadmap

Si no convencen las estadísticas de por que los proyectos de desarrollo de software fallan, pues vayamos a los números que es donde mas duele, y para eso este post nos servira mucho.

Ojala las empresas Mexicanas se convenzan de la importancia de prepararnos para afrontar esta fase, invertir en tiempo en software para controlar esta etapa, en la contratación de gente preparada en el área de requerimientos cuando suceda esto y en conjunto con el dominio de las tecnologias de desarrollo (entiendase arquitectura y programación) pasaremos a otro nivel en el ámbito mundial de desarrollo de software.

Estimando Proyectos

Desdel el blog de Ervin Sarkisov encuentro esta entrada la cual puede ser de mucha utilidad para empresas de desarrollo y en especial para aquellas áreas que hacen la estimación de un proyecto, ya que esta es una de las partes mas dificiles dentro de la ingeniería de software ya que a diferencia de otras industrias donde los productos o servicios son mas tangibles el desarrollo de software se torna dificultoso la estimacion dadas las características de este tipo de proyectos.

lunes, noviembre 12, 2007

La ambigüedad, durmiendo con el enemigo

Falta de análisis, obviar las cosas, subestimar ciertas etapas del proyecto son grandes razones por las que los proyectos fallan, en mi experiencia puedo decir que estos factores me dieron muchos dolores de cabeza en algunos proyectos, para solucionarlo pueden haber muchos tips desde la redacción del documento de requerimientos pero sin lugar a dudas la experiencia cuenta mucho, el saber tratar al cliente, el obtener del cliente lo que se busca sin desesperarlo y tener una visión de lo que puede suceder son grandes armas para evitar dormir con el enemigo.

 

Gran post desde el catalizador.

miércoles, noviembre 07, 2007

SEI - ITESM

Apenas me entero de esta noticia de colaboración entre el SEI y el ITESM (una de las escuelas mas prestigiadas en México) donde el objetivo es la adopción de PSP (Personal Software Process) y TSP (Team Software Process) metodologías creadas por Watts Humphrey, me da mucho gusto la noticia ya que he visto los beneficios en específico de PSP, espero esto detone mas la industria de software en mi querido país México así como en el estado que radico.

Aquí la noticia

martes, noviembre 06, 2007

Defining IT Projects

En RNQ se pública un estudio de Scott Ambler acerca de lo que es el éxito del proyecto el cual resulta interesante porque a decir del autor no coincide con lo que Standish Group da como definición, y en este aspecto dare mi opinión considero que el éxito del proyecto se puede ver desde varios enfoques en específico 2 desde el punto de vista del cliente y desde el punto de vista de la empresa que desarrolla el proyecto (hablando de proyectos de TI). Hay clientes que por ejemplo el tiempo no es tanto problema (claro esta con un margen razonable de desvío) con tal de que se entregue lo pactado en funcionalidades y costo, esto quiere decir que los retrasos los absorverá la empresa que desarrolla pero para esta  es vital que el proyecto se termine en el tiempo establecido por que sino se corre el riesgo de perder rentabilidad en el proyecto.