jueves, diciembre 21, 2006

Project Cost Management

Los costos en cualquier industria es una parte fundamental dentro de todas las empresas de cualquier giro, en este artículo se trata el tema de seguimiento de costos dentro de la administración de proyectos, donde el primer paso es determinar la línea base y el segundo el medir el progreso del proyecto.

Mapeando Casos de Uso y Actores









En este post se explica el mapeo de casos de uso y actores y algo muy interesante las versiones en los casos de uso, en la imagen se ilustra como el caso de uso Review Regional Orders tiene 2 versiones, en la versión 1 se habilitan las características requeridas para el Regional Manager y en la segunda versión se habilitan las características tanto del Regional Manager como del Corporate Accounting.

jueves, diciembre 14, 2006

Comparativo entre BaseCamp y Central DeskTop

Dos grandes herramientas para la administración de proyectos son BaseCamp y Central Desktop, actualmente uso las 2 para administrar 3 proyectos y los comentarios que puedo hacer son:

Ventajas de BaseCamp sobre Central Desktop
  • Más intuitivo
  • Más rápido
  • Corre bién tanto en IE como en FireFox
Ventajas de Central Desktop sobre BaseCamp
  • Mas funcionalidades entre ellas (Vínculo de tareas a hitos, Reportes, prioridad de las tareas)
  • Manejo de mas Proyectos en la version gratuita
No obstante me quedo con BaseCamp creo que esta mas maduro y trabaja mejor que CentralDesktop al menos en mi navegador que uso FireFox. Pero cualquiera de las 2 las recomiendo.


Technorati Tags: , , ,

Problemas de calidad en el proyecto

Me llega un boletín del IAAP (Instituto Argentino de Administración de Proyectos) y en uno de ellos preguntan:

"El X% de los problemas de calidad en el proyecto son atribuibles al management".

A. 0%.

B. 85%.

C. 100%.

D. 50%.

y Cual es la respuesta? la B, es una prueba de la responsabilidad del administrador de proyectos y por eso se gana lo que se gana, creo que el sueldo va muy de la mano de la responsabilida obviamente a mayor responsabilidad mayor el sueldo.

Technorati Tags:

lunes, diciembre 11, 2006

Prioritizing software requirements across releases

Como distribuir el tiempo de trabajo a través de las versiones, de acuerdo a este artículo



En la primera versión debes incluir los requerimientos con prioridad 1 y agregar a la versión elementos que le agraden al usuario, la distribución del tiempo tiene que ser 50/20



En las siguientes versiones pensaremos que se pueden agregar requerimientos con prioridad 1, también dedicarle tiempo a aspectos que le agraden al usuario y agregar funcionalidades que no sean de prioridad 1, la distribución del tiempo tiene que ser 50/30/20.



Otro punto muy importante es que las iteraciones deben ser como máximo de 30 días, una liberación de 6 meses provoca en el usuario que el sistema puede ser obsoleto.



En general estoy totalmente de acuerdo.

Dos artículos interesantes

Vía Tyner Blain recomiendo los siguientes artículos



Requirements Document Proliferation

20 rules for delivering software products









miércoles, diciembre 06, 2006

Qualitatis, un espacio para los interesados en el desarrollo de software

No podía quedarme atrás en la promoción de Qualitatis ya algunos blogs habían mencionado su lanzamientos, bien Qualitatis como se menciona en la página es "un punto de encuentro libre y abierto a todos los
interesados en el aprendizaje y la mejora continua de modelos y
prácticas de gestión y desarrollo de sistemas de software"
, su creador Juan Palacio autor también de Navegapolis, al igual que navegapolis Qualitatis es un sitio que presenta información muy interesante. Felicito a Juan Palacio por sus aportaciones importantes en estos temas de Ingeniería de Software.

lunes, diciembre 04, 2006

Visual Use Case, interesante herramienta para los analistas




A través del boletín de Methods and tools, me enteré de la herramienta Visual Use Case, baje el trial y me ha dejado sorprendido Visual Use Case va mas alla de lo que nos ofrecen otras herramientas como Rational, Visual Paradigm etc. Como por ejemplo la documentación de la especificación de caso de uso, permitiéndonos usar condiciones dentro de la especificación asi como la creación del diagrama de actividades automático en base a la especificación, entre otras.