0

Vista Calendario en Microsoft Project 2007

Posted by Williams Rodriguez Constantino on Jun 29, 2010 in Microsoft Project, Vistas

Bajo la primicia de que es imposible realizar una calendarización sin tener un calendario :D , la vista calendario es una de las vistas ofrecidas por Microsoft Project, esta vista tiene una apariencia similar a la de Outlook 2007 con vistas diarias, semanales y mensuales, puedes pasar a cualquiera de estas vistas a través de los botones en la parte superior del calendario, incluso puedes establecer fechas personalizadas a la vista.

Sobre la vista calendario las tareas individuales son representadas como óvalos delineados de color azul a través de las columnas que representan los días del calendario, las tareas resumen tienen color azul remarcadas y los hitos con fondo negro como se muestra en la siguiente imagen:

Williams_Rodriguez_Microsoft_Project_2007_Vista_Calendario

Saludos…

Digg This
Reddit This
Stumble Now!
Buzz This
Vote on DZone
Share on Facebook
Bookmark this on Delicious
Kick It on DotNetKicks.com
Share on LinkedIn
Bookmark this on Technorati
Post on Twitter

Tags: , , , , , ,

 
0

Las vistas de Microsoft Project

Posted by Williams Rodriguez Constantino on Jun 29, 2010 in Microsoft Project, Vistas

En la ejecución de los proyectos normalmente participan diferentes roles, los cuales por supuesto tienen diferentes perspectivas del proyecto cada uno de manera individual e incluso aislada, es decir, un contador, arquitecto, un diseñador, un programados, etc.. ven de forma diferente el proyecto. Los administradores de proyectos sin embargo tenemos la necesidad de ver el proyecto desde todas estas perspectivas.

Microsoft Project nos permite de una manera sencilla tener toda estas perspectivas de nuestro proyecto a través de las vistas, por lo tanto podríamos definir una vista es una herramienta para examinar el proyecto desde diferentes aspectos., Microsoft Project básicamente usa tres tipos de vistas en combinación:

  • Vista Graficas: Presenta la información utilizando imágenes
  • Vista Tablas: Presenta la información en filas y columnas, en esta vista cada fila representa la información completa de la tarea o recurso en el proyecto y cada columna representa campo que identifica la información que estas almacenando acerca de la tarea o recurso.
  • Vista Formularios: En este tipo de vista la información se presenta de manera individual para un ítem o tarea en el proyecto.

La vista que aparece por defecto al crear un proyecto es la Vista Grafica de Gantt.

Para visualizar las vistas disponibles podemos hacerlo desde la barra de vistas view bar, en esta barra se muestran las vistas mas comúnmente utilizadas y se puede visualizar desde el menú Ver > Barra de Vistas:

Williams_Rodriguez_Microsoft_Project_2007_View_Bar_1 

 

Adicionalmente se pueden visualizar mas vista desde el icono “Mas vistas” en la barra de vistas:

Williams_Rodriguez_Microsoft_Project_2007_More_Views_2

 

Otra forma de acceder a la pantalla de mas vistas es desde el menú Ver > Mas Vistas

Williams_Rodriguez_Microsoft_Project_2007_More_Views

Williams_Rodriguez_Microsoft_Project_2007_More_Views_1

Saludos….

Williams_Rodriguez_Microsoft_Project_2007_View_Bar

Digg This
Reddit This
Stumble Now!
Buzz This
Vote on DZone
Share on Facebook
Bookmark this on Delicious
Kick It on DotNetKicks.com
Share on LinkedIn
Bookmark this on Technorati
Post on Twitter

Tags: , , , ,

 
0

Uso de plantillas en Microsoft Project 2007

Posted by Williams Rodriguez Constantino on Jun 28, 2010 in Microsoft Project, Plantillas

Las plantillas son utilizadas para estandarizar el uso y apariencia de archivos de Microsoft Project 2007 dentro de un equipo o a través de una organización. Algunas plantillas trabajan detrás de escena definiendo la apariencia de algunos elementos como vistas y tablas en cada nuevo proyecto. Otras plantillas son ejemplos de de proyectos que puedes reutilizar en Microsoft Project.

Existen los siguiente tipos de plantillas:

  • The Global file (Global.mpt): Es un archivo que contiene la configuración por defecto aplicada a todos los nuevos proyectos, por ejemplo la vista desplegada al inicio, las unidades en las cuales el trabajo es desplegado (horas, días o semanas) y si el calculo en el calendario es manual o automático.
  • The Enterprise Global Template:Se encuentra disponible solo en Microsoft Project Professional, es un conjunto de configuraciones dentro un proyecto especial en el servidor y es usado en todos los proyectos de la organización. Esta plantilla asegura que todos los proyectos dentro de la organización sigan un estándar, como uso de vistas, campos y tablas. Es solo modificable por las personas que tienen privilegios explicitos sobre el servidor.
  • Template files: Son proyectos que se guardan como plantillas que sirven como base para diseñar futuros proyectos.

En cuanto al The Global File

No se puede abrir en Microsoft Project 2007, dado que solo es un conjunto de configuraciones aplicable a todos los proyectos. Sin embargo a través del Organizador puedes modificarlo para anexar o quitar nuevas configuraciones. Normalmente cualquier cambio hecho a vistas, tablas, filtros, calendarios, reportes y formularios son locales y aplican solo al archivo de Project actual y cualquier cambio hecho a las barras de herramientas p menús son guardados en el Global File por lo cual aplican para todos los los archivos de Project en la computadora, los cambio hechos a los módulos de Visual Basic for Applications (VBA) pueden ser locales o globales.

NOTA: Cuando abres un Enterprise Project desde Project Server las configuraciones en el Enterprise Global Template como vistas, barras de herramientas, tablas, etc. son aplicadas al proyecto, después de esto cualquier item que no tenga el mismo nombre en el global template es aplicado al proyecto.

Saludos…

Digg This
Reddit This
Stumble Now!
Buzz This
Vote on DZone
Share on Facebook
Bookmark this on Delicious
Kick It on DotNetKicks.com
Share on LinkedIn
Bookmark this on Technorati
Post on Twitter

Tags: , , ,

 
2

Entendiendo como se comporta Microsoft Project

Posted by Williams Rodriguez Constantino on Jun 18, 2010 in Calendario, Microsoft Project, Tareas

Hay un numero de factores que indican como Microsoft Project piensa, los dos principales factores son:

  1. La formula del calendario
  2. El tipo de tarea

La formula del calendario esta compuesta de tres variables:

  1. Unidades: El porcentaje de tiempo requerido por un recurso o recursos para completar la tarea.
  2. Duración: El numero de días de trabajo requeridos para completar la tarea
  3. Trabajo: El esfuerzo requerido para completar la tarea

La voz popular dice que la formula del calendario es: Unidades X Duración = Trabajo

Vamos a comprobarlo, cuando inicialmente asignas un recurso a una tarea, esta es la formula que es utilizada, Ejemplo:

Creamos una tarea que tiene 5 días en duración

Williams_Rodriguez_Microsoft_Project_2007_Tareas_1

Ahora asignamos un recurso a esta tarea

Williams_Rodriguez_Microsoft_Project_2007_Tareas_2 

Williams_Rodriguez_Microsoft_Project_2007_Tareas_3

Tan pronto como asignamos el recurso a la tarea, el trabajo cambia a 40 horas; fue calculado de la siguiente manera:

  • Unidades x Duración = Trabajo
  • 100% x ( 5 x 8 horas diarias según calendario estándar ) = 40
  • 100% x 40 = 40 horas

Usando matemáticas simples, podemos re-escribir nuestra ecuación para cada una de las diferentes variables, dando como resultado tres diferentes maneras de ver la formula del calendario:

  • Unidades x Duración = Trabajo
  • Trabajo / Duración = Unidades
  • Trabajo / Unidades = Duración

Ahora analicemos el funcionamiento de Microsoft Project

Lo primero que tenemos que hacer es introducir el tipo de tarea en el campo “Type”.

Williams_Rodriguez_Microsoft_Project_2007_Tareas_4

Por defecto esta como “unidades fijas” fixed units, pero existen tres tipos de tareas

  1. Duración Fija
  2. Unidades Fijas
  3. Trabajo Fijo

Williams_Rodriguez_Microsoft_Project_2007_Tareas_5 

Veamos como se calcula la DURACION, para esto dejaremos el tipo de tarea como unidades fijas y cambiaremos el trabajo a 80 horas, lo cual de forma automática cambia la duración a 10 días.

Williams_Rodriguez_Microsoft_Project_2007_Tareas_6 

La duración de 10 días fue calculada de la siguiente manera:

Trabajo / Unidades = Duración
80 / 100% = 80
ó
80 / 100% = ( 80 / 8 )
ó
80 / 100% = 10 días

Si este comportamiento quisiéramos esquematizarlo en una pequeña tablita se veria de la siguiente manera:

Williams_Rodriguez_Microsoft_Project_2007_Tareas_7 

Pasemos a observar como se calcula el TRABAJO, partiendo de nuestro escenario inicial

Williams_Rodriguez_Microsoft_Project_2007_Tareas_4 

Dejaremos el tipo de tarea como unidades fijas e ingresaremos 10 días de duración

Williams_Rodriguez_Microsoft_Project_2007_Tareas_8 

Así es como el trabajo fue calculado:

Unidades x Duración = Trabajo
100% * 10 días = 80
ó 
100% * 10 días = ( 10 * 8 )

ó
100% * 10 días = 80 Horas Trabajo

Williams_Rodriguez_Microsoft_Project_2007_Tareas_9 

Sigamos ahora con el análisis del calculo de las UNIDADES, partiendo del escenario inicial

Williams_Rodriguez_Microsoft_Project_2007_Tareas_4

Cambiamos el tipo de tarea a Duración Fija e ingresamos 20 horas de trabajo

Williams_Rodriguez_Microsoft_Project_2007_Tareas_10

Las unidades fueron calculadas de la siguiente manera

Trabajo / Duración = Unidades
20 / 5 días = 50%
ó
20 / 5 días = 20 / (8 * 5)
ó
20 / 5 días = 20 / 40
ó
20 / 5 días = 0.5

Williams_Rodriguez_Microsoft_Project_2007_Tareas_11 

En resumen

Existen tres diferentes tipos de tareas:

  1. Unidades Fijas
  2. Trabajo Fijo
  3. Duración Fija

Hay tres diferentes variables en la formula de calendario:

  1. Unidades
  2. Trabajo
  3. Duración

La combinación del tipo de tarea configurada y la variable de la formula modificada, determinan como Microsoft Project se comporta.

La siguiente matriz puede ayudar a comprender como se comporta Microsoft Project

Williams_Rodriguez_Microsoft_Project_2007_Tareas_12 

Saludos…

Digg This
Reddit This
Stumble Now!
Buzz This
Vote on DZone
Share on Facebook
Bookmark this on Delicious
Kick It on DotNetKicks.com
Share on LinkedIn
Bookmark this on Technorati
Post on Twitter

Tags: , , ,

 
0

Manipulación de archivos Microsoft Project desde .NET

Posted by Williams Rodriguez Constantino on Jun 16, 2010 in Desarrollo, Microsoft Project

Navegando en la red me encontré con información sobre este excelente proyecto de código libre, llamado MPXJ que te permite manipular información de los archivos de Microsoft Project desde .NET, soporta siete tipos de formatos de datos:

  1. Microsoft Project Exchange (MPX)
  2. Microsoft Project  (MPP, MPT)
  3. Microsoft Project Data Interchange (MSPDI XML)
  4. Microsoft Project Data Base (MPD)
  5. Planner (XML)
  6. Primavera (XER y database)

Muy útil :)

Saludos…

Digg This
Reddit This
Stumble Now!
Buzz This
Vote on DZone
Share on Facebook
Bookmark this on Delicious
Kick It on DotNetKicks.com
Share on LinkedIn
Bookmark this on Technorati
Post on Twitter

Tags: , ,

 
0

Método para establecer la prioridad de las tareas

Posted by Williams Rodriguez Constantino on Jun 9, 2010 in Columnas, Microsoft Project, Prioridad, Tareas

Como mencionaba en el post anterior antes de utilizar la característica de nivelación de Microsoft Project es aconsejable establecer la prioridad de las tareas. Establecer una prioridad indica la importancia de la tarea y disponibilidad para nivelación.

Alguna veces establecer el nivel de prioridad puede ser confuso, podrías preguntarte si debes usar uno o dos dígitos, si debes utilizar rangos altos o bajos?, si deberías priorizar todas o solo algunas tareas, etc., etc.

Aquí algunas sugerencias que podrían ayudarte a priorizar:

  1. Después de que identifiques sobre cargas en tu calendario y antes de que utilices la característica de nivelación, inserta la columna “Prioridad” Priority en la vista grafica de Gantt:Williams_Rodriguez_Microsoft_Project_2007_Columna_Prioridad
  2. Revisa tu proyecto e identifica todas las tareas que no quieres que sean niveladas y asígnales una prioridad de 1000.
  3. Ahora identifica las tareas que pueden ser niveladas pero que prefieres sean niveladas al final, asígnales una prioridad de 800.
  4. Seguido ordenaremos las tareas por prioridad, para esto seleccionamos Proyecto > Ordenar > Por prioridad.
  5. Williams_Rodriguez_Microsoft_Project_2007_Ordenar_Prioridad
  6. Ya que están ordenadas por prioridad, las de 800 quedaran arriba, lo que te darán la oportunidad de analizarlas.
  7. Identifica la tareas de prioridad 800 que puedan ser niveladas primero y asígnales el nivel 700 de prioridad y a las que pueden ser nivelas al final asígnales prioridad 900, el resto quedaran con 800. Ordena por ID las tareas para regresar al estado normal la vista.
  8. El siguiente paso es identificar las tareas que pueden ser niveladas, pero que prefieres sean niveladas PRIMERO y les asignamos prioridad 200; seguido ordenamos por prioridad, analizamos el grupo “200” y a las tareas que pueden ser niveladas primero les asignamos 100 y las que deseamos queden al final 300; Finalmente ordenamos por ID.

Como ya abras deducido este proceso es recursivo y lo realizaras todas la veces que consideres necesario según las necesidades particulares de tu proyecto.

Saludos…

Digg This
Reddit This
Stumble Now!
Buzz This
Vote on DZone
Share on Facebook
Bookmark this on Delicious
Kick It on DotNetKicks.com
Share on LinkedIn
Bookmark this on Technorati
Post on Twitter

Tags: , , , ,

 
0

Que es la Prioridad de las tareas en Microsoft Project

Posted by Williams Rodriguez Constantino on Jun 8, 2010 in Microsoft Project

El resultado típico de realizar una nivelación de tareas en Microsoft Project es el retardo y división de algunas de las tareas de nuestro proyecto, la prioridad de las tareas es un valor que se le asigna para tratar de evitar el retraso en algunas de ellas. Por default Microsoft Project asigna una prioridad de 500 a todas la tareas, sin embargo cuando se asigna una prioridad diferente, el valor es considerando para cada tarea en el momento en el que se realiza la nivelación de tareas considerando la prioridad de mayor a menor es decir el mas alto numero tiene mayor prioridad.

Microsoft Project retarda las tareas de mas baja prioridad antes de retardar las de mas alta. Es decir una tarea de prioridad 200 es retrasada antes que una de prioridad 400.

El nivel de una tarea puede ser un numero de entre 1 y 1000, sin embargo debes considerar que las tareas con una prioridad de 1000 tiene una trato especial y no son tomadas en cuenta durando el proceso de nivelación.

Para establecer la prioridad desde la Grafica de Gantt, selecciona una tarea y da doble clic o presiona Shift+f2 o Menú Project > Información de la tarea, para desplegar la siguiente pantalla:

Williams_Rodriguez_Microsoft_Project_2007_Informacion_Tarea 

Finalmente considera siempre antes de realizar un proceso de nivelación de tareas revisar la priorización de las mismas.

Saludos…

Digg This
Reddit This
Stumble Now!
Buzz This
Vote on DZone
Share on Facebook
Bookmark this on Delicious
Kick It on DotNetKicks.com
Share on LinkedIn
Bookmark this on Technorati
Post on Twitter

Tags: , , , ,

 
2

¿Que es la Línea Base de un Proyecto?

Posted by Williams Rodriguez Constantino on Jun 7, 2010 in Linea Base, Microsoft Project

Como administrador del proyecto necesitas conocer que se hará, quien lo hará, cuando lo hará, por que lo hará, los costos que involucra hacerlo y una variedad de cosas mas involucradas. Para obtener el control del proyecto es necesario que tengas un parámetro de comparación y esto es la línea base que no es otra cosa que el estado de algunos parámetros de tu proyecto en algún punto del tiempo como si le tomaras una foto al proyecto, esto parámetros son:

Asignaciones: Fechas de Inicio y Fin, Trabajo, Fase de tiempo del trabajo, Costos y Fase de tiempo para estos costos.

Tareas: Duración, Fecha de Inicio y Fin, Trabajo, Fase de tiempo del trabajo, Costos y Fase de tiempo para estos costos.

Recursos: Trabajo, Fase de tiempo del trabajo, Costos y Fase de tiempo para estos costos, Presupuesto de trabajo, Presupuestos de costos y Fase de tiempo para el presupuesto de estos costos.

Aunque es recomendable tener la menor cantidad posible de líneas base de nuestros proyectos Microsoft Project nos permite tener hasta 11 líneas base diferentes de nuestro proyecto.

Es importante comprender que debes rehacer tu línea base solo cuando tengas cambios importantes en el proyecto, como por ejemplo, retrasos, rebase de presupuesto o perdida de recursos clave. Así también el momento mas indicado para hacer tu primera línea base es cuando el plan inicial esta completo y el presupuesto está aprobado.

En Microsoft Project 2007 la forma de hacer una línea base es la siguiente:

Menú Herramientas > Seguimiento > Establecer LineaBase

Williams_Rodriguez_Microsoft_Project_2007_Menu_Linea_Base 

Luego seleccionas la línea base que quieres establecer y das clic en el botón OK

Williams_Rodriguez_Microsoft_Project_2007_Linea_Base 

Saludos…

Digg This
Reddit This
Stumble Now!
Buzz This
Vote on DZone
Share on Facebook
Bookmark this on Delicious
Kick It on DotNetKicks.com
Share on LinkedIn
Bookmark this on Technorati
Post on Twitter

Tags: , , ,

 
0

Teclas de acceso rápido en Microsoft Project 2010

Posted by Williams Rodriguez Constantino on Jun 6, 2010 in Microsoft Project 2010

Aquí les dejo algunas teclas de acceso rápido (Shortcut Keys) en Project 2010, que nos pueden ayudar a maximizar nuestra eficiencia cuando trabajamos en nuestro plan de proyecto.

Teclas

Resultado

Insert Inserta una nueva tarea
Ctrl+K Inserta Vinculo
F7 Inicia el análisis ortográfico
Alt+F10 Abre la pantalla de asignación de recursos
Shift+F2 Abre la pantalla de Información de la tarea
F1 Abre la ayuda de Microsoft Project
Ctrl+F Despliega la pantalla de búsqueda
Ctrl+F2 Vincula las tareas seleccionadas (Finaliza para empezar)
Ctrl+G Despliega la pantalla “Ir a”
Ctrl+H Despliega la pantalla remplazar
Ctrl+Z Deshace la acción anterior
Ctrl+Y Rehace la acción deshecha anterior
Ctrl+P Despliega el cuadro de dialogo para impresión
Ctrl+N Abre un nuevo proyecto en blanco
Ctrl+O Despliega el cuadro de dialogo para abrir un documento
Ctrl+S Guarda el documento actual

Saludos….

Digg This
Reddit This
Stumble Now!
Buzz This
Vote on DZone
Share on Facebook
Bookmark this on Delicious
Kick It on DotNetKicks.com
Share on LinkedIn
Bookmark this on Technorati
Post on Twitter

Tags: , ,

 
0

Unidades de asignación en Microsoft Project 2010 Parte-1

Posted by Williams Rodriguez Constantino on Jun 4, 2010 in Microsoft Project, Tareas, Unidades de Asignacion

Las unidades de asignación determinan el porcentaje al cual un recurso esta asignado a trabajar sobre una tarea. Este campo es establecido al 100% por default, aunque puede ser menos o mas dependiendo de las necesidades del administrador del proyecto. In Project 2007 y versiones anteriores, cuando este valor difiere del 100% se muestra al lado del nombre del recurso en la grafica de Gantt. Para Project 2010 se han hecho algunos cambios en la forma en la que el campo Unidades de Asignación es calculado. Estos cambios obedecen a la forma en la que los cálculos son afectados cuando los recursos registran tiempos extras de trabajo. En Project 2010 se clarifica la definición del el campo “Peak” y el campo unidades de asignación, los cuales en versiones anteriores tenían funcionalidad que se traslapaba, sin embargo ahora son mucho mas definidos en sus roles. Como resultado de estos cambios el campo unidades de asignación ya no es modificado automáticamente al disminuir o aumentar el valor por default de 100%, como consecuencia el campo no es mostrado en la grafica de Gantt como antes pasaba. Eso genera algo de confusión pero trataremos de explicarlo:

Como ejemplo de esto, ve las dos imágenes a continuación en las que los 3 días, la tarea de duración fija fue incrementada en 30 horas de trabajo (Inicialmente tenia 24 horas) después de que el recurso fue asignado a la tarea.

Project 2007 SP2:

Williams_Rodriguez_Microsoft_Project_2010_Tareas

Project 2010 (Auto – Manual calendario de tareas)

Williams_Rodriguez_Microsoft_Project_2010_Tareas_2

Project 2010 aun muestra las unidades de asignación en la grafica cuando el valor de 100% es directamente alterado, pero tiene una nueva característica respecto al cambio en el trabajo escalar, toda vez que, el hacer una asignación sobre una tarea ya no altera automáticamente el campo unidades de asignación como lo hacia en versiones anteriores.

Para entender el nuevo comportamiento, analicemos la intensión y propósito de la unidades de asignación. Cuando un recurso es inicialmente asignado a una tarea en Project hay 3 importantes valores que caracterizan la asignación: Duración, Unidades de Asignación y Tota del Trabajo. La ecuación que rige la relación entre estos 3 valores es parte del núcleo de calendarización de Microsoft Project, algunas veces llamada “Ecuación de Acero de la calendarización”, y es definida como:

Williams_Rodriguez_Microsoft_Project_Ecuacion_Acero

De esta manera un recurso con calendario estándar de 8hrs/día asignado a una tarea de 3 días al 100%, será calculado como:

Williams_Rodriguez_Microsoft_Project_Ecuacion_Acero_Ejemplo

Por la tanto, la asignación debe ser de 24 horas de trabajo en total.

Sin embargo en versiones anteriores de Project se utilizaba el campo unidades de asignación para rastrear dos aspectos ligeramente diferentes sobre la asignación de recursos a cada tarea:

  • Mantener el registro de la carga inicialmente asignada al recurso como se detalla arriba.
  • Mostrar el máximo nivel de trabajo asignado a un recurso.

Debido a que al campo se le pide que haga dos cosas diferentes los usuarios podrían experimentar un comportamiento inconsistente respecto a la extensión en la duración de la tarea en versiones anteriores al Project 2010. Para ayudar a resolver esta inconsistencia se ha utilizado el campo “PEAK” el cual se encarga de manejar la segunda función, dejando el campo unidades de asignación libre para rastrear la carga de trabajo. Checa el siguiente ejemplo:

Tenemos una tarea de 3 días configurada como “duración fija”, también tiene asignado a Steve quien trabaja con un calendario de estándar de 8hrs/día, lo cual indica que Steve tiene 24 hrs de trabajo total asignado.

Así se ve en Project 2007:

Williams_Rodriguez_Microsoft_Project_Ejemplo_2007 

Y así se ve en Project 2010:

Williams_Rodriguez_Microsoft_Project_Ejemplo_2010

Hasta aquí parece ser que todo esta igual.

Ahora incrementamos el valor escalar de trabajo sobre la tarea a 30hrs, esto es cambiamos el valor de trabajo en la tabla de la izquierda de 24 a 30hrs. En ambas versiones podemos ver que el trabajo es distribuido a través de los 3 días asignados. Recordemos que la tarea es duración fija y no unidades fijas, por lo que el trabajo cambia para acomodar la nueva carga de trabajo. En Project 2007 el valor para las unidades de asignación incrementa a 125% para acomodar el cambio en el trabajo total sobre la asignación:

Williams_Rodriguez_Microsoft_Project_2007_UA 

En este ejemplo, cualquier aumento en la duración de la tarea se traduciría en el trabajo se define en función del valor de misiones unidades coherentes con 10 horas / día.

En breve la segunda parte.

Saludos…

Digg This
Reddit This
Stumble Now!
Buzz This
Vote on DZone
Share on Facebook
Bookmark this on Delicious
Kick It on DotNetKicks.com
Share on LinkedIn
Bookmark this on Technorati
Post on Twitter

Tags: , , , , ,

Copyright © 2009-2010 Williams Rodriguez All rights reserved.
Desk Mess Mirrored v1.5.1 theme from BuyNowShop.com.