FRC ProjectLibreTM1 Tutorial

Using ProjectLibre for Your Robot Build

Craig Yankes
Western PA FIRST Regional Planning Committee

cyankes@msa.com

ProjectLibre is a trademark of Marc OBrien and Laurent Chrettieneau.

contenido
Introduccin 3
Comentarios generales 3
Alcance de este Tutorial 3
Recursos para obtener ms informacin o ayuda 3
Introduccin 4
Creacin de un proyecto 4
Visualizacin Normal 4
Navegando en este tutorial 5
La definicin de su proyecto 5
Tareas Agregar 5
Dependencias Agregando 6
Ajuste de das de trabajo 9
Utilizando Rutas Crticas 10
Seguimiento del Proyecto 11
Finalizacin de tareas Porcentaje 11
Ajuste de tareas tardas 12
Baja temporal 14
Temas diferidos 14
Crear un proyecto con Forward frente Tareas programadas hacia atrs 14
Recursos 15
Apndice 1: 2013 Equipo 3511 Lista de tareas 17

Introduccin

Comentarios generales
Felicitaciones! La lectura de esta muestra que usted est interesado en el uso de software de
gestin de proyectos para ayudar con robot de construccin de tu equipo. Durante el uso de este
tipo de software para ayudar a gestionar un proyecto de 8 semanas podra parecer excesivo, creo
que usted encontrar que esto le ayudar a lidiar con el perodo de fabricacin del agitado
mostrando rpidamente donde su equipo se encuentra en el proceso de construccin y si est
detrs, en o antes de lo previsto. Muy importante, si su equipo est detrs de programar una
herramienta como esta puede ayudar a identificar donde el equipo tiene que concentrar su
esfuerzo para lograr el objetivo de tener un robot de calidad a los Regionales y, posiblemente,
ms adelante a los Nacionales.
Dos comentarios antes de entrar en la "carne" de la asignatura. En primer lugar, al escribir este
tutorial Estoy suponiendo que usted ha asistido a la sesin, ya sea "Planificacin de proyecto" en
el 2013 SCRA2 Taller o haber ledo las diapositivas comentadas de ese perodo de sesiones que
se publican con este documento. Las diapositivas cubren el material introductorio que explica
por qu un equipo puede beneficiarse del uso de tcnicas de planificacin de proyectos, presenta
algunos de la terminologa que se utiliza y describe algunos errores comunes que esperamos que
pueda ser capaz de evitar por ser consciente de ellos. Mientras que la terminologa se define en
este tutorial, los "por qu" y "Oops" en las diapositivas no se volvern a crear aqu. Si usted no
los ha visto, sin embargo, le sugiero mirando por encima de las diapositivas antes de continuar
con este tutorial.
El segundo comentario es una de las gracias. En el robot de construccin la primavera de 2013,
el Equipo 3511 utiliza una hoja de clculo Excel3 para ver su progreso y la palabra de la hoja de
clculo llevado a la sesin de planificacin de proyectos que se solicita en el Taller SCRA. Jim
Broker, Equipo mentor de 3511, ha dado el permiso para que la hoja de clculo que se utilizar
en este tutorial como ejemplo las tareas o como plantillas si lo deseas. Gracias, Jim!

Alcance de este Tutorial

Es imposible en un breve tutorial para presentarle a todos los aspectos del software de gestin de
proyectos ya sea representado en una herramienta libre como ProjectLibre o herramientas
comerciales como Microsoft Project4. Por lo tanto, no slo es que esto no va a ser un manual de
usuario exhaustiva de todas las opciones y caractersticas en ProjectLibre, el alcance de este
tutorial se limita a propsito para el ms pequeo conjunto de caractersticas que probablemente
necesitar para gestionar la construccin de robots. En resumen, el objetivo de este tutorial no es
para impresionar con la herramienta, sino para ayudarle a utilizar esta herramienta en su
construccin. Si estn intrigados por este software, hay un montn de tiempo despus de la
construccin y las competiciones han terminado de explorar ms a fondo.
Recursos para obtener ms informacin o ayuda
Hay varios recursos disponibles para ayudarle a aprender y utilizar la herramienta. Hay un centro

de ayuda en lnea de la herramienta se accede haciendo clic en el signo "?" En la esquina

superior derecha. Tambin hay una gran comunidad de usuarios
3

Tambin hay una gran comunidad de usuarios en el sitio web www.projectlibre.org que podra ser

til para que se unan. Teniendo en cuenta el tiempo de construccin corto, sin embargo, muchas
preguntas sern en tiempo urgente y as mientras que el autor de este documento es de ninguna
manera un experto en todas las piezas de las herramientas de gestin de proyectos, que est dispuesto
a ayudar en lo posible. Se puede llegar a l mediante el envo de un correo electrnico a
cyankes@msa.com. Para ayudar a que su correo electrnico se destacan de los dems, por favor, poner
"ProjectLibre" en el campo de asunto.
Como se dijo anteriormente, este tutorial solo araa la superficie de lo que ProjectLibre puede hacer.
Amazon tiene libros (de papel o de Kindle) disponibles en ProjectLibre incluyendo un manual de usuario,
un tutorial, y otros recursos. (Estos libros le ensear las zonas que puedan ms all de lo que necesita
para la construccin del robot. Como suger en el taller, dado el tamao de los equipos de construccin
y la duracin de las tareas es probable que pueda saltar la complejidad aadida de los "recursos "El
concepto de la asignacin de usuarios a las tareas.)

ProjectLibre era tan fcil de instalar en mi mquina que voy a suponer que usted ha hecho eso y
estamos listos para ejecutarlo. La primera vez que lo ejecute, ver una ventana emergente licencia. Si
bien esto no es una recomendacin de cualquier manera, voy a suponer que usted ha aceptado la
licencia y quiero seguir con el tutorial.
Crear un proyecto
Cerrando el "consejo del da" popup le llevar a otra ventana emergente que le pregunta si desea abrir
un proyecto existente o crear un nuevo proyecto. Seleccione "Crear Proyecto".
El cuadro "Nuevo proyecto" es sencillo. Puede asignar el nombre de proyecto que le gustara y
"proyecto de ejemplo" que funciona bien para este tutorial. (Tenga en cuenta que si ms adelante
simplemente "guardar" el proyecto, el nombre del archivo ser por defecto el nombre de su proyecto
con una extensin de barquillas.. Puede, por supuesto, "guardar como" para darle al proyecto un
nombre al archivo especfico.) El gerente y seala los campos son opcionales y voy a explicar la opcin
"forward programado", ms adelante (pero por ahora slo lo dejan seleccionado). El campo del
proyecto "fecha de inicio" ser por defecto la fecha de hoy, pero para permitir que su proyecto de
ejemplo a seguir este tutorial exactamente, cambie la fecha de inicio del 1 de julio de 2014. Al igual que
con los otros campos de fecha, puede establecer este valor sea igual escribir "07/01/14" en el cuadro o
hacer clic en la flecha hacia abajo en el lado derecho de la caja que har un calendario para aparecer
donde se puede navegar hasta el mes de inters y haga clic en la fecha deseada. Cualquiera sea la forma
que elija, lo ponen a 1 de julio de 2014, haga clic en "ok".
Visualizacin normal
Lo que ahora se ve es la pantalla de visualizacin de cartas normales lista de tareas / Gantt donde pasar
la mayor parte de su tiempo. Dado que no se ha definido ninguna tarea, sin embargo, tanto en la lista de
tareas de la izquierda y el diagrama de Gantt a la derecha estn vacas. Antes de agregar cualquier tarea,
permtame que le advierta de que es fcil llegar a otras pantallas donde no es obvio cmo volver a la
pantalla normal. Por ejemplo, en la seccin superior izquierda es actualmente ver varias opciones de
archivo (guardar, abrir, etc), las opciones de impresin y las opciones del proyecto. Haga clic en
"Proyectos" en la seccin de Proyectos. (Usted ver una lnea para el proyecto de ejemplo.) No es
evidente cmo volver a la pantalla normal, no? Incluso en la flecha hacia la derecha del logo
ProjectLibre no te lleva de vuelta! Llegar volver a la pantalla normal es fcil una vez que sabes cmo
hacerlo. Haga clic en la pestaa "Ver" y en el extremo izquierdo ver el icono de Gantt y la palabra. Haga
clic en eso y que estn de vuelta a la (actualmente en blanco) la pantalla normal para su trabajo. Sin
hacer clic en otra cosa que las lengetas de la barra de herramientas "Archivo", "tarea", "recursos" y
"Ver" cualquier cosa, tome un momento y mirar las opciones que aparecen debajo de las pestaas. Hay
mucho all, pero no se preocupe, ya que hay slo unas pocas opciones que usted necesita saber para la
construccin del robot.
Navegando en este Tutorial

Como se vea a travs de las pestaas notaste que las opciones se agrupan en secciones? En el prrafo
anterior le ped que "haga clic en la pestaa" Ver "y en el extremo izquierdo ver el icono de Gantt y la
palabra. Haga clic en ese ... "Eso es bastante prolijo. De aqu en adelante voy a acortar este a la pestaa
/ seccin / opcin y as regresar a la pantalla normal se realiza haciendo clic en Ver | Las vistas de tareas
| Gantt. Si la opcin de que te estoy pidiendo que haga clic se muestra en ese momento (es decir, no
hay necesidad de cambiar a una ficha diferente), voy a especificar la opcin de simplemente diciendo
seccin | opcin. Por lo tanto, a partir de donde se encuentra ahora en si quera usted haga clic en
Recursos, le pedir que haga clic en vistas de recursos | Recursos. Siga adelante y haga clic en eso.
Ahora regresa a nuestra pantalla normal.

La definicin de su proyecto
Agregar tareas
Mientras me inst equipos durante la presentacin del taller y en las diapositivas para no tener tareas
individuales ms de una semana de duracin, para este tutorial voy a ignorar esta sugerencia por una
sencilla razn: Tener nueve tareas es ms fcil para el aprendizaje de una herramienta que es habiendo
tenido quizs 30 a 40 tareas reales durante su construccin. Estas son las tareas hipotticas y su
duracin estimada (cantidad de tiempo para completar la tarea) que va a utilizar:
Kickoff, duracin 1 da
Considerar diseos, 8 das
Identificar las caractersticas comunes de diseo, 1 da
Decidir el diseo final, 1 da
Construir caractersticas comunes, 15 das
Las caractersticas especficas del diseo Generar, 20 das
Programacin de 15 das
Pruebas y retrabajo, 10 das
Prctica, 10 das
Estoy seguro que muchos de ustedes estn encogindose en estas tareas y las estimaciones de longitud.
Bueno! Si es as, te das cuenta que se trata de crudo y realista. Sin embargo, ellos trabajan para el
tutorial. (Un diagrama de Gantt real utilizado por el equipo de 3511 en el build 2013 se incluye al final de
este documento para obtener un ejemplo de un verdadero conjunto de tareas.)
Ahora vamos a entrar en la primera tarea. En la lnea superior en la columna Nombre, escriba "Kickoff" y
pulse la tecla de tabulacin. Observe cmo el enfoque ha cambiado a la columna Duracin que se
rellena automticamente con el "1 day?" Queremos que el Kickoff de tener una duracin de 1 da, pero
desde el "?" Significa que es una estimacin que vamos a hacer es un sitio de paso de 1 da. Para ello,

escriba "1d" en la caja de la duracin del Kickoff de lnea. (ProjectLibre le permite introducir el nmero y
el primer carcter de la poca, tales como hora, da, semana, etc, si usted no quiere que explicarlo
todo.) Tenga en cuenta que los cuadros Comienzo y Fin contienen 7/1 / 14 8:00 am y 07/01/14 17:00
respectivamente. Incumplimientos ProjectLibre a una semana de trabajo tradicional de 08 a.m.-5 p.m.
de lunes a viernes. Se le mostrar ms adelante cmo cambiar esto para que coincida mejor horario de
jornada de trabajo de su equipo.
En este punto, debera ver lo siguiente en la pantalla:

Si esto no es lo que tiene, verifique que lo hiciste correctamente los pasos indicados en el prrafo
anterior y asegurarse de que cuando usted comenz este proyecto que ha especificado la fecha de inicio
como 01 de julio 2014 para que nuestras pantallas coincidirn.
En las lneas de abajo de la lnea de saque de centro (que ahora tiene un "1" en la columna de la
izquierda muestra esto es la tarea nmero 1), introduzca los ocho restantes nombres de las tareas
hipotticas y duraciones de nuestro ejemplo. Una vez terminado con esto, la pantalla (saltndose la
seccin de encabezado de aqu en adelante) debera tener este aspecto:

Observe que la lnea "Build caractersticas especficas del diseo" es la nica lnea roja. Como
recordatorio, la norma diagramas de Gantt (el lado derecho de la pantalla) para es para la lnea roja para
representar la "ruta crtica", que significa que este conjunto de tareas, aunque slo una sola tarea en el
ejemplo, por ahora, representa las tareas que en ltima instancia determinar si el proyecto va a
terminar. En estos momentos, ya que todas estas tareas estn programadas para comenzar en el mismo
da, no es difcil ver que la tarea ms larga duracin (20 das de largo) determinar si el proyecto
terminar. No es, por supuesto, realista para todos ellos para iniciar el mismo da por lo que en la
prxima seccin vamos a aadir algunas dependencias entre estas tareas.
Agregar dependencias
En la planificacin del proyecto, una "dependencia" significa simplemente que algo debe suceder antes
de que algo ms puede suceder. Si usted va a una tienda a solas por la conduccin, es intuitivo que debe
completar la tarea "caminar hasta el coche" antes de que pueda comenzar la tarea de "ir a la tienda."
Entonces diramos que "conduzca a la tienda "depende de la finalizacin de" caminar hasta el

coche. "Como se describe en las diapositivas de planificacin del proyecto, las dependencias
entre tareas no son slo de la" comienzan cuando esta que termina "la forma, pero tambin se
pueden" empezar esto cuando eso comienza "o incluso" comenzar este nmero X de das antes o

despus de que se inicia o termina "0,5

Vamos a considerar la dependencia entre nuestras dos primeras tareas; "Kickoff" y "considerar
diseos." Dado que es en la patada de salida que los equipos aprenden acerca de la competencia
de ese ao, es razonable decir que el equipo no puede empezar a considerar diseos hasta que la
patada de salida ha terminado. Para entrar en esto en ProjectLibre, desplazarse por la mitad
izquierda de la pantalla hacia la derecha para que veas la columna "predecesores". Queremos
decir que la segunda tarea no puede comenzar hasta que la primera tarea se ha completado, por lo
que basta con introducir "1" bajo Predecesores para la lnea 2 Observe que la primera parte de la
pantalla se ha cambiado a:

Tenga en cuenta los cambios: la lnea grfica de Gantt para la segunda tarea se ha desplazado hacia la
derecha por un da, ahora hay una flecha que apunta desde la primera lnea a la segunda y que la fecha
de inicio de la segunda tarea ha cambiado. Este es el resultado de contar ProjectLibre que la segunda
tarea no puede comenzar hasta que la primera tarea se ha completado.
En este ejemplo hipottico, el equipo va a identificar las caractersticas de diseo comunes entre todas
sus opciones de diseo para que puedan empezar a construir los elementos comunes temprana. Ya que
tenemos 8 das para considerar diseos, digamos que estas caractersticas de diseo comunes sern
identificables tres das antes se realizan todas las consideraciones de diseo. Siguiendo los ejemplos de
las diapositivas, la dependencia para la lnea 3 ser entonces "2fs-3", que significa que esta tarea puede
empezar tres das antes de tarea 2 acabados. Ahora, podramos decir esta dependencia es "2ss 5" (lo
que significa que puede empezar a 5 das despus de la tarea 2 como titular)? Por supuesto. Decidir qu
forma de especificar la dependencia es fcil si usted hace esta pregunta: "Qu debe pasar con esta
tarea (# 3) si la otra tarea (# 2) no termina a tiempo" si "esta tarea" debe comenzar en tiempo de todos
modos, entonces la mejor manera de expresar la dependencia sera el "2ss 5", ya que incluso si la tarea
2 se retrasa, cinco das despus de que comience la tarea 3 puede comenzar de todos modos. Si, por el
contrario, "esta tarea" tiene que retrasar el arranque si la otra tarea se retrasa, entonces tendra sentido
para expresar la dependencia como "2fs-3", de modo que si la tarea 2 se retrasa, tarea 3 se retrasar
junto con l por lo que todava no se inicia hasta 3 das antes de la tarea 2 ha terminado.
Vamos a utilizar las dos formas en este tutorial para que pueda ver donde los diferentes enfoques tienen
sentido. En el caso de las tareas 2 y 3, sin embargo, vamos a responder a la pregunta "qu debe
suceder ..." diciendo que incluso si la consideracin de diseo toma algunos das ms de lo previsto,
cinco das a la consideracin de diseo que deberamos empezar a identificar la caractersticas comunes.
Por lo tanto, esta dependencia ser "2ss 5" ya que lo importante mantener la tarea 3 se inicie la tarea 2
es que se est trabajando por lo menos durante 5 das. Introduzca la dependencia en la lnea 3.
Como cuando entramos en la dependencia para la tarea 2, el diagrama de Gantt se ha desplazado
alrededor para reflejar el nuevo calendario de estas tareas. Fjese una cosa diferente en las lneas 1 a 3,
sin embargo: La flecha viene desde el inicio de la tarea del cuadro 2 en lugar de salir al final de la tarea
del cuadro 1. Esta visualmente muestra si la dependencia es

5 Adems, como se ha mencionado en las diapositivas, las tareas se pueden establecer para terminar en
funcin de cundo otras tareas de comienzo o fin, pero esto es una manera inusual de ver las
dependencias de tareas y es probable que no se necesita en algo tan sencillo como la construccin del
robot. Por lo tanto, no se utilizar en este tutorial de introduccin.

una dependencia de acabado (por ejemplo, de la tarea 1 a la tarea 2 con la flecha viene desde el final de
la tarea del cuadro 1) o si se trata de una dependencia de partida (por ejemplo, de la tarea 2 para la
tarea 3). En cualquier caso, la longitud horizontal de la flecha indica cuntos das tiene que transcurrir
antes de que pueda comenzar la siguiente tarea.
Para darle un poco ms de prctica en esto, entrar en las dependencias de las siguientes tareas:
Decida diseo final: Requiere "considerar diseos" para completar.
Construir caractersticas comunes: Requiere "Identificar caractersticas comunes de diseo" para
completar.
Construir caractersticas especficas del diseo: Requiere "Decidir diseo final" para terminar.
Programacin: Puede ser iniciado hace 5 das despus de "Build caractersticas especficas del diseo"
ha comenzado.
Antes de mostrar lo que mi pantalla ahora se ve como para la comparacin, observe que el proyecto ha
crecido en longitud y ahora excede lo que (probablemente) encaja convenientemente en la seccin de
diagrama de Gantt a la derecha. Puede acercar y alejar la imagen en el calendario por apremiantes
Vistas | Acercar y Vistas | Alejar respectivamente. Alejamiento de una sola planta y ver si la pantalla se
ver as:

(Tenga en cuenta que casi consigui la lnea entre los datos y las secciones de la grfica de Gantt y me
mov hacia la derecha para mostrar ms columnas de datos. Usted puede hacer esto haciendo clic
izquierdo sobre la lnea vertical entre estas secciones y arrastrando hacia la derecha o la izquierda. )
La razn por la que yo haba parar en "Programacin" es que esta tarea y todos los que antes slo tena
una sola dependencia. Esto no es siempre el caso, ya que en ocasiones mltiples tareas tienen que
llegar a ciertos puntos antes de una nueva tarea puede comenzar. Considere nuestro prximo "Pruebas
y reelaborar" tarea. Imaginemos que el equipo ha decidido que se puede empezar a probar siete das
antes de completa la construccin bsica del robot. La complicacin es que dado este "ensayo y
reelaborar" excesivamente alto nivel Task6, su fecha de inicio es controlada por otras tres tareas; las dos
tareas de construccin y la tarea de programacin. Afortunadamente, es fcil de describir este tipo de
dependencia de mltiples tareas: Usted simplemente enumerar cada dependencia individual y
separarlos por punto y coma. La clave aqu es simplemente llevarlos uno a la vez. En primer lugar, la
tarea de la prueba no se inicia hasta siete das antes se realiza la "construccin de caractersticas
comunes" de tareas, por lo que este es un 5FS-7. No se puede iniciar hasta siete das antes de la tarea
de "construir caractersticas especficas del diseo" que se hace, por lo que este es un 6FS-7 y, por
ltimo, no puede comenzar hasta siete das antes de la tarea de "programacin" se hace lo que es 7FS7. Pngalos juntos y usted consigue el bocado "5FS-7; 6FS-7; 7FS-7". Escriba esto como el predecesor de
la tarea 7 y mirar lo que sucede con el diagrama de Gantt:

Ver las flechas mltiples, que ahora se alimentan en el inicio de la caja de pruebas? Esto muestra que el
momento de cundo puede comenzar esta tarea est cerrada por tareas mltiples. Ahora, por qu
pasar por la molestia de definir tres tareas como precursores para la tarea de prueba cuando podemos
"obviamente" (sic) ver que slo tener la prueba del comienzo siete das antes de los extremos de
programacin nos dar la misma fecha? Tenga cuidado de no caer en esta trampa. El hecho de que en el
momento de la planificacin del proyecto que es "evidente" cuando las cosas terminan al mismo
tiempo, la realidad del proyecto puede retrasar tareas. Por ejemplo, qu pasa si "programacin" va
bien que termina temprano, mientras que la tarea de "construir las caractersticas especficas del
diseo" toma tres das ms de lo esperado? Si slo dispone de esta tarea de comprobacin genrica
cerrada por la finalizacin de la tarea de programacin, la prueba podra terminar comenzar muy
temprano en comparacin con la tarea de construccin de hardware. Si bien la definicin de todas las
relaciones para una tarea como esta tarea se Testing unos minutos ms, le permite adaptar el programa
correctamente para cualquiera de las tareas predecesoras de acabado ya sea temprano o tarde.
(Herramientas de planificacin del proyecto determinarn la ltima fecha de cada una de las
dependencias y se usar eso como la fecha de inicio de la tarea.)
Ahora, saba usted coge que me lanc a la derecha en los tipos "fs" de las relaciones aqu? Aunque no
me planteo la cuestin en el ltimo prrafo ya que se centra en un versus mltiples tareas predecesoras,
recuerda la pregunta introducida anteriormente acerca de "Qu debe suceder para esta tarea si la otra
tarea no termina a tiempo?" Podramos han definido la tarea de pruebas como el inicio de un nmero
determinado de das despus de cada una de las tres tareas de construccin / programacin iniciado,
pero la prueba es un caso clsico en el que normalmente tiene sentido posponer el inicio de la prueba, si
la cosa (s) se est probando tiene un desliz horario . Por lo tanto, la prueba es un tipo de tarea comn
cerrada por la realizacin de otras tareas y no al principio.
Para completar las dependencias en este ejemplo, establezca la tarea prctica para comenzar las
pruebas de cuatro das despus de comenzar. El calendario inicial final debera tener este aspecto:

Ajuste de das de trabajo

Como se mencion anteriormente, la mayora de los instrumentos de planificacin del proyecto por
defecto a la semana de trabajo normal. Digamos que su equipo trabaja en el robot de lunes a jueves de
cada semana y por lo que queremos a viernes no se considerarn una jornada de trabajo. Ajuste del
horario de das de trabajo es fcil. Haga clic en Tarea | aparecern Calendario y la casilla "Cambio de
Calendario de Trabajo". Desplcese hasta el calendario julio 2014 mes y haga clic en "F" en el da de la
lnea de semana. Ver que todos los viernes se han puesto de relieve (en este y todos los otros
pginas del calendario si se muestra o no). En el lado izquierdo, haga clic en "tiempo de no trabajo" y
luego "Aceptar" en la parte inferior. Echa un vistazo a la fecha de finalizacin del proyecto. Ahora, en
lugar de eso termina al final de la semana del 18 de agosto, el proyecto ahora se extienden en
septiembre y si ampla (Visto | Acercar), vers que el viernes, sbado y domingo son ahora todos en gris
para mostrar que no son das de trabajo.
Ahora vamos a ver cmo hacer frente a los das especficos de descanso. 04 de julio es un da en que las
escuelas estn cerradas, por lo que tendremos que ajustar el programa para mostrar que como un da
no laborable? Haga clic en Tarea | Calendario de nuevo para comprobar que da de la semana 04 de julio
2014 es de. Es un viernes, que ya es un da de descanso para nuestro equipo hipottica, por lo que no
tiene que decirle a ProjectLibre ignorar ese da. Eso es aburrido por lo que vamos a pretender que las
escuelas no estn en sesin el 21 de julio 2014 por alguna razn. En el cuadro "Cambiar de Trabajo del
Calendario", haga clic en apenas 21 de julio 2014 y haga clic en el tiempo de no trabajo y luego en
Aceptar. El diagrama de Gantt ahora demostrar que para ser un da no laborable y cambiar todo
despus de que a la derecha (de trabajo) das.
Si desea cambiar de un da no laborable para ser un da de trabajo, seleccione el da que el anterior y
haga clic en "default uso" o "el tiempo no es el predeterminado de trabajo." La diferencia entre ellos es
si el da es uno de sus normales das de trabajo o no. Si es un da normal de trabajo, haciendo clic en
"Usar predeterminado" volver de nuevo a la normalidad. Si no es un da normal de trabajo (un sbado,

por ejemplo), haga clic en "tiempo de trabajo no predeterminado". De cualquier manera, una de ellas se
convertir el da festivo del gris al fondo blanco y que es el que usted desea utilizar.
Utilizando Rutas Crticas
Despus de entrar en las tareas del proyecto de bienes y sus dependencias, puede encontrarse con que
la fecha final del proyecto es posterior a cuando tiene que completar. Pretender que el proyecto de
ejemplo que hemos creado tiene que ser completado antes del 1 de septiembre. El diagrama de Gantt
de identificacin "camino crtico" (las lneas rojas) le ayuda a ver que las tareas para tratar de acortar.
Esto es lo que el proyecto debe ser similar en su pantalla:

Ver cmo la lnea de trabajo "construir caractersticas comunes" es azul? La razn de que es de color
azul es que la tarea cerrada por su realizacin (la tarea de prueba) tambin requiere de otros,
completando ms tarde, las tareas para completar. Para mostrar esto, cambiar la duracin de la
"construccin de caractersticas comunes" de 15 das a 12 das, y mirar a la fecha de finalizacin del
proyecto. Vea cmo la fecha de finalizacin no ha cambiado en absoluto? Si bien las tareas de manteca
que no estn en la ruta crtica pueden liberar a la gente a trabajar en otras tareas, acortando por s sola
no va a cambiar la fecha de conclusin del proyecto. (Por favor regrese "construir caractersticas
comunes" a 15 das de duracin ahora.) Si necesita acortar el horario, concentrarse en las tareas rojas
"camino crtico".
Mientras que usted est acortando duracin de las tareas, no se sorprenda al ver el (es decir, rojo / azul)
estado crtico / no crtica de las lneas cambian. Como ejemplo de esto, cambiar la duracin de las
"caractersticas especficas del diseo de construccin" (lnea 6) a partir de 20 das a 18 das. Hacer esto
acorta una tarea ruta crtica pero no cambi la fecha de finalizacin y, adems, la lnea se volvi azul. La
razn de que esto ocurri es que, si bien ya no es un elemento de tarea crtica (colocando puertas
cuando la tarea de prueba podra comenzar), otra tarea tambin las puertas de la tarea de
comprobacin y por lo que la fecha de finalizacin del proyecto todava no ha cambiado. (Tenga en
cuenta que en estos momentos todas las tareas previas a la tarea de compilacin puede ser azul. He
visto un error en ProjectLibre que de vez en cuando una tarea se convierte en rojo azul accidentalmente,
y de forma incorrecta, a veces pinta las tareas anteriores azules tambin. Si esto sucede, puede obligarlo
a volver a calcular todos los colores mediante la adopcin de la ltima tarea, en corto por un da y luego
poner de nuevo a donde estaba.) en este punto, establecer la duracin de la lnea 6 de nuevo a 20 das y
guardar el proyecto file (archivo | archivo | Guardar como). Ahora que usted puede conseguir
fcilmente de nuevo a donde actualmente nos encontramos en en el tutorial (Archivo | Archivo | Abrir),
no dude en jugar con el cambio de la duracin de las diferentes tareas para ver cmo la lnea de la ruta
crtica se mueve alrededor y cmo finalizar el ejemplo del proyecto cambios de fecha.
Una vez que haya terminado de experimentar con cmo los cambios afectan a la duracin de la ruta
crtica, por favor, abra el archivo que guard (Archivo | Archivo | Abrir) para que nuestros espectculos
son una vez ms consistente.

El seguimiento del proyecto

Lo que hemos hecho hasta ahora en el tutorial es crear un proyecto de estimar cunto tiempo tomar
cada tarea. Si bien es importante para la planificacin de hacer esto con las mejores estimaciones que
puede dar las tareas, las estimaciones rara vez llegar a ser perfect.7 Algunas tareas completarn ms
rpido de lo previsto, mientras que otros tardarn ms. Hacer frente a esta realidad cambiante es uno
de los principales beneficios del uso de software de planificacin de proyectos. En esta seccin, vamos a
explorar la forma de actualizar el progreso del proyecto.
Finalizacin de tareas Porcentaje
Si bien el proyecto est en marcha, usted ganar mucho ms penetracin en el cronograma del proyecto
si se actualiza peridicamente ProjectLibre con el estado de las tareas actuales. Se puede asignar un
porcentaje de pases completos de 0% a 100% para cualquier tarea y el programa a continuacin, utilizar
esta informacin para ayudar a darle una mejor estimacin del trabajo restante y el proyecto de la fecha
de finalizacin prevista.
Vamos a suponer que en nuestro ejemplo que la patada de salida ha terminado. La columna por defecto
a la izquierda de la columna "Nombre", muestra el progreso y si hace doble clic en una posicin, el
cuadro de "Informacin de la tarea" aparece para esa tarea. Seguir adelante y abrir la caja para la tarea
Kickoff.
Hay muchas cosas que se pueden establecer para la tarea como se ver si hace clic a travs de las
diferentes pestaas. (Casi todo lo cual le sugiero ignorar para su primer uso de la herramienta en un
proyecto tan sencillo desde una perspectiva de gestin de proyectos como la construccin del robot.
Voy a explicar brevemente "recursos" ms adelante.) Volviendo de nuevo a la pestaa "General" ,
escriba 100 en el cuadro "porcentaje completado" y pulse Nota la marca de verificacin verde en la lnea
Kickoff "cerca".: Esto demuestra que la tarea en esa lnea se ha completado. Ahora, si bien es difcil de
ver desde la tarea Kickoff es slo un da, si te acercas un poco en el diagrama de Gantt se puede ver una
lnea horizontal negro a travs de la caja roja de la tarea. Como se ver en el siguiente paso, la lnea de
negro representa el porcentaje de finalizacin y no slo aparece cuando se realiza la tarea. Para ver
esto, establezca el "considerar diseos" tarea a 30% hecho. La lnea de color negro para que la tarea
entra en Lunes, 07 de julio, como se ve aqu:
7

Helmuth von Moltke the Elder, the Prussian Army Chief of Staff for many years in the late 1800s, is credited
with saying no plan survives first contact with the enemy. While he was describing military war plans, project
planning has the same attribute that reality rarely, if ever, goes exactly as planned so dont fear changes.

11

Si an no estamos a 07 de julio, enhorabuena, esta tarea es antes de lo previsto, pero qu pasa si

"hoy" es el 9 de julio miercoles donde esta tarea parece ser ahora ms de un da de retraso? Este es el
tema de la siguiente seccin. Antes de pasar al siguiente tema, sin embargo, voy a reforzar y explicar
aqu el mensaje en las diapositivas que tareas ms pequeas son mejores que las tareas ms grandes. El
beneficio de tareas ms pequeas es que es ms fcil para ver si estn completamente hecho o no.
Usemos un ejemplo de los extremos opuestos del espectro, cuando un proyecto tiene 10 tareas da tres
y otro proyecto tiene una sola tarea 30 das haciendo el mismo trabajo total. Despus de nueve das, es
fcil para el equipo de la primera del proyecto para saber si las tres primeras tareas se llevan a cabo o
no, ya que estn por separado las tareas definidas. Despus de nueve das, lo fcil que es para el
segundo equipo para estimar su porcentaje de finalizacin de una tarea grande? En general, cuanto
mayor sea la tarea ms difcil es seguir fcilmente y con precisin sus avances y errores puede ser
mayor. Tareas ms pequeas se prestan naturalmente a una comprensin ms clara de lo que es, y lo
que no es, con todo por hacer y los errores son menos significativas. (La estimacin del porcentaje de
finalizacin de malo en un 10% en una tarea de 30 das es un gran giro horario cuando se descubre,
pero desestimando una tarea 3 das en un 10% es apenas perceptible.), Hgase un favor y tratar de
mantener sus tareas pequeas.
Ajuste de tareas tardas
Ajuste del horario para dar cuenta de las tareas que se estn ejecutando detrs puede ser una de las
cosas ms difciles de hacer, ya que requiere el equipo para reconocer que una parte del proyecto se ha
retrasado. Al mismo tiempo es una de las cosas ms importantes "guardin de la programacin" del
equipo puede hacer. La repeticin de m mismo ya que se trata de las anotaciones de la conjunto de
diapositivas, la importancia de ajustar la planificacin de tareas de finales de los aos es difcil
subestimar ya que hacer esto es cmo el equipo puede reconocer lo que yo llamo la "ruta de la realidad
actual" y puede hacer cambios si ese camino hace no apunte hacia el xito. Cuanto antes se puede
descubrir que una tarea se retrasa ms tiempo que tiene en el que corregirlo, as que evite la tentacin
de darle al equipo un da o dos para hacer las paces antes de ajustar el horario. Adems, el equipo ya
sabe que la tarea se ha retrasado, por lo que no se ajuste el calendario no ayuda a nadie. (Y si el equipo
hace recuperar el trabajo, el equipo puede celebrar y el horario se puede reajustar como se demostrar
a continuacin.)
Lo siento por lo que podra parecer haber sido una caja de jabn, pero espero que esto transmita la
importancia de hacer frente a la realidad horario. Ok, de vuelta a la mecnica de ajuste de la
programacin.
Volviendo al ejemplo del tutorial, "consideran diseos" se marcan como 30% hecho y es un poco ms de
un da de retraso ya que hoy es, supuestamente, 9 de julio. Qu herramientas de planificacin de
proyectos te dan es una forma fcil de decir que cualquier obra sin hacer debe comenzar en un da
determinado. Esto nos permite tomar el 70% restante en esta tarea y la desplazan hacia la derecha (en
cuanto al tiempo) para comenzar hoy. Dado que esta es una configuracin de todo proyecto, no se
encuentra bajo la pestaa de "tarea" en ProjectLibre, sino ms bien es al Archivo | Proyecto |
Actualizar. Haga clic en este. Aparecer el cuadro de "Actualizacin del Proyecto". ADVERTENCIA, este
cuadro tiene lo que yo creo que es una inusual forma predeterminada, es decir, el ajuste de cada tarea
a lo ciento finalizacin deben estar en el inicio de la jornada de trabajo de maana por la maana. Para
proyectos con un pequeo nmero de tareas que se activa al mismo tiempo, como la construccin del
robot, sugiero hablar con el equipo para averiguar verdadero porcentaje completado cada tarea 'en
lugar de utilizar esta configuracin predeterminada.

Para ajustar el horario para las tareas que se retrasan, seleccione el "trabajo Reprogramar que
queda despus" botn y ponga la fecha apropiada.
Ahora, una nota sobre la "fecha adecuada": La fecha es probablemente uno diferente de lo que
cabra esperar. Lea el texto de ese botn seleccionamos cuidadosamente y note el "trabajo
despus de" parte. Si usted pone en la fecha de hoy, se volver a programar el trabajo restante a
partir de maana lo cual tiene sentido si su equipo revisa el calendario al final de la actividad de
construccin de la jornada. Sin embargo, si su equipo revisa el horario en el inicio de las

actividades del da, usted tiene que poner en la fecha de ayer para que el trabajo restante se inicia
hoy en el calendario. Usted conseguir la cada de ella rpidamente.
En ms de advertencia. Guarde el archivo de proyecto (Archivo | Archivo | Guardar) antes de ajustar el
trabajo restante para comenzar en un da determinado. A veces, sobre todo si usted est tratando de
deshacer un vaco creado por una mala cita, he visto el programa aparentemente no muestra las
relaciones entre las tareas adecuadas. Guarde su trabajo antes de hacer la tarea "update" en el
siguiente prrafo. (Y, por supuesto, como con cualquier programa de ahorro de su trabajo con
frecuencia es bueno. Es slo bueno para hacerlo antes de que esta funcin en particular.)
Volviendo al ejemplo del tutorial, vamos a suponer que el equipo revisa el horario en el inicio de la
jornada y que hoy es el noveno, para ajustar la fecha al 8 de julio de 2014 y presione "OK". Ahora vers
este vaco en el diagrama de Gantt de la tarea 2:

Adems, usted ver que el proyecto ha salido por unos pocos das ya que la tarea 2 estaba en la ruta
crtica, por lo que es ms larga hace que todo el proyecto ms largo.
Curiosamente, la funcin de ajuste no tenga tambin funciona a la inversa way.8 Imagine que el equipo
ha trabajado duro en esta tarea "considerar diseos" el mircoles 9 y la complet. Establecer su estado
de finalizacin al 100% y luego actualizar el proyecto para todo el trabajo que queda para comenzar
despus del 9 de julio de 2014. Aparte de la tarea 2 que tiene una barra horizontal negro lleno en ella y
la marca de verificacin verde que aparece, no pas nada ms. La forma ms fcil de conseguir la tarea
4 ("decidir el diseo final") para mostrar por ser-start poder el 10 de julio es quitar tarea predecesora
dependencia de 4 en la tarea 2 y golpe <tab>. Esto har que la tarea 4 se mueva de nuevo al principio
de todo el proyecto y luego hacer la actualizacin se indica ms arriba para tener todo el trabajo
restante de comenzar a partir de hoy (es decir, 09 de julio 2014). Eso hace que la tarea de fecha 4 inicio
cubrir alrededor de 10 de julio de 2014 se ajusta el resto de la programacin en consecuencia.
El inconveniente de romper estos predecesores para dar cuenta de las tareas completadas a tiempo es
que usted no tendr en la programacin para actuar como plantilla del prximo ao. Si hace doble clic
en la columna de estado de la tarea (la columna que tiene las marcas de verificacin verdes para las
tareas 1 y 2 en este punto), el cuadro de "Informacin de la tarea" tiene una ficha "Notas" en el
extremo derecho. Si selecciona que se puede se puede hacer una nota para usted mismo que esta tarea
utiliza para tener otra tarea como un predecesor. Esto hara ms fcil la reutilizacin de este proyecto
como plantilla el prximo ao.
Baja temporal
En este punto, la pantalla debe tener este aspecto (el zoom se aleja un poco):

Si es as, felicitaciones! Usted probablemente ya sabe todo lo que necesita saber acerca de las
herramientas de planificacin de proyectos para aplicar a un proyecto de la magnitud de la
construccin del robot. Si la pantalla no se parece a esto, volver atrs y revisar los pasos con un
ojo en particular a las fechas del calendario estn ingresados. Si usted todava est teniendo
problemas (o siento que he explicado algo de una manera confusa), no dude en enviarme una
pregunta en cyankes@msa.com y, para ayudarme a ver ms fcilmente su pregunta entre mis
correos electrnicos, por favor ponga "ProjectLibre "en algn lugar en el campo de asunto.

Temas diferidos
Crear un proyecto con Forward frente Tareas programadas revs
Volver al principio de este tutorial, cuando estabas creando el proyecto, les ped que se fuera de la caja
"Forward programado" seleccionado y para entrar en 01 de julio 2014 en el campo Fecha de inicio. Le
mencion que me gustara explicar lo que esta "programacin progresiva" significa ms adelante. La
razn por la que hice esto fue que podra haber sido confuso para describir las opciones de "atrasados"
"adelante" y antes de tener un poco de experiencia de trabajo con las tareas.
A lo largo de este tutorial, hemos usado lo que se llama "programacin progresiva", que es otra forma
de decir "si el proyecto se inicia en esta fecha y tiene estas tareas, cuando se llevar a cabo el
proyecto?" Cuando agregamos tareas o duraciones ajustadas, Por lo tanto, nosotros no estbamos
cambiando cuando el proyecto estaba empezando sino que estaban cambiando cuando el proyecto iba
a terminar. "Programacin hacia atrs" es lo contrario y, esencialmente, se hace la pregunta "cundo
hay que empezar este proyecto con estas tareas si se tiene que hacer en un da determinado?" En la
programacin hacia atrs, si se agrega a las tareas de la ruta crtica o el aumento su duracin, la fecha
de fin del proyecto obligatorio permanece fija, pero la fecha de inicio se mover antes en el calendario.
14

Ambos estilos tienen entornos en los que tengan sentido. "Programacin Forward" es bastante comn
en proyectos con aperturas definidas las fechas, pero las fechas de finalizacin indefinida y se utiliza a
menudo para dar la alta direccin una idea de cuando el proyecto podra terminar (y por lo tanto una
estimacin de sus costes). "Al revs de programar" se utiliza a menudo en entornos en los que hay
fechas de terminacin de contratos y la empresa que realiza el trabajo quiere saber cundo las
distintas partes del proyecto tienen que empezar con el fin de cumplir con el contrato.
Curiosamente, la acumulacin de la robtica a la vez.
Usted tiene tanto una fecha definitiva de inicio, saque de centro, y un "build parada" fecha definitiva.
En este sentido, ya sea hacia adelante o hacia atrs de programacin puede trabajar para el proyecto
de robtica. En cualquiera de los casos, la calidad de su horario depende de la capacidad del equipo
para identificar y estimar la duracin de las tareas y en ambos casos hay que ajustar para las tareas de
estar por delante o por detrs de lo programado. Por lo tanto, se puede elegir cualquiera de los
mtodos. Una diferencia importante entre estos enfoques, sin embargo, es el impacto de una tarea
tomando ms tiempo de lo esperado. En la programacin hacia atrs, las tareas se retrasan el mayor
tiempo posible y por lo general se inician en el ltimo momento posible. Esto funciona bien si usted
tiene un slido conocimiento de cunto tiempo tomar algo. (Por ejemplo, mientras que la
construccin de un edificio de un contratista general con experiencia probablemente sabr hasta el da
cunto tiempo va a tomar el verter los cimientos de concreto.) Si usted elige utilizar la programacin
hacia atrs, le sugiero que comience a trabajar en las tareas tan pronto como sea posible de todos
modos para permitir la ampliacin de plazo posteriores. Personalmente, me gustara usar la
programacin hacia adelante para la construccin del robot.
Recursos
He mencionado varias veces por encima de que hay aspectos de las herramientas de gestin de
proyectos que usted es probablemente mejor de ignorar en la construccin del robot. Nos hemos
concentrado en la definicin y la gestin de tareas, que es una parte de la gestin del proyecto. La otra
cara es la programacin y gestin de "recursos". Los recursos incluyen tanto a las personas y equipos
especiales que puedan ser necesarios en el proyecto. Volviendo al ejemplo de la construccin en el
prrafo anterior, si la empresa contratista tiene que alquilar una pieza especial de equipo por unos
das, la disponibilidad de que los factores de la mquina en la hora de la tarea que la usa puede ser
programado.
En la mayora de los proyectos, sin embargo, las personas son el recurso que el equipo de gestin de
proyectos tiene que preocuparse por. Imagine una gran organizacin de desarrollo de software (200300 personas) a partir de un proyecto de un ao con cientos o incluso miles de tareas. Entre todas
estas tareas son las dos tareas siguientes (y la fusin de las operaciones de reparacin / / normalmente
separados de diseo de construccin de pruebas / en tareas individuales por simplicidad aqu):
Diseo, Cdigo y funcin Alpha Test - 8 semanas de tiempo completo.
Diseo, Cdigo y Prueba de funcin Beta - 10 semanas a tiempo completo.

Estas tareas no tienen dependencias entre s, puede que ambos pueden comenzar el da 1 del proyecto
y ambos puerta el inicio de otras tareas. Tomar una "nica tarea" vista del proyecto (como lo que
hemos hecho a lo largo de este tutorial ya que esta simplificacin trabaja para la construccin del
robot), ambos de ellos se mostrara como la puesta en poder el da 1. Sin embargo, lo que sucede si
ambas funciones tienen que ser escrita por el mismo programador que tiene un conjunto de
habilidades en particular? Se har Alfa en 8 semanas y Beta hecho dos semanas ms tarde? No es
probable. Aqu es donde la parte de los recursos de gestin de proyectos es til: Si el programa sabe
que va a trabajar en cada tarea, entonces, la herramienta puede identificar fcilmente en la que
alguien es "de doble reservada" (o peor) y cambiar la horarios en consecuencia. (O, por supuesto, si se
trata de un gran deslizamiento horario que puede llevar a los lderes del proyecto para contratar a un
contratista que tambin tiene ese particular conjunto de habilidades para tirar el calendario
interactivo)
Del mismo modo, las personas que tienen asignados a las tareas permite que herramientas como
ProjectLibre para mostrar cuando alguien est a menos de 100% lleno, lo que permite a los
administradores de proyectos para saber cundo van a tener a una persona que puede ser asignado
temporalmente para ayudar con otras tareas.
La gestin de proyectos de gran envergadura, por lo tanto, es necesario equilibrar tanto la
planificacin de la tarea y los lados de los recursos de la imagen que puede convertirse en mucho
tiempo. Esto es por lo que he sugerido mantenerse alejado de la programacin de recursos en el
bastante sencillo (desde una perspectiva de gestin de proyectos) robot construye. Si lo hace tener a
alguien con una habilidad nica que se necesita en las tareas mltiples simultneas, una forma ms
fcil de tratar con ella es crear una dependencia entre las tareas para que no puedan ser simultneos o
alargar la duracin de cada una de las tareas para dar cuenta de la persona que se divide entre ellos.
Durante la construccin del robot "fuera de temporada" (es decir, tal vez despus de Regionales /
Nacionales), yo te invito a hacer una copia del horario de bienes de su equipo y explorar lo que ocurre
cuando se asigna a la gente a las distintas tareas. Los libros ProjectLibre en Amazon son muy buenos
recursos para ayudarle a entender se trata de recursos.

Apndice 1: 2013 Equipo 3511 Lista de tareas

Como se mencion anteriormente, el Equipo 3511 utiliza una hoja de clculo Excel para la construccin
de 2013 para realizar un seguimiento de su progreso. Jim Broker de ese equipo ha permitido
amablemente la hoja de clculo que se incluye en este tutorial, ya que podra ayudar a romper por el
robot a construir en tareas. Desde competiciones posteriores no sern lanzando discos voladores, los
detalles de su equipo ser diferente, pero este es un buen ejemplo de un nivel de tarea que trabaj
para un equipo.

17