FRC ProjectLibreTM1 Tutorial

Using ProjectLibre for Your Robot Build

Craig Yankes
Western PA FIRST Regional Planning Committee
cyankes@msa.com

1
ProjectLibre is a trademark of Marc O’Brien and Laurent Chrettieneau.

1
contenido
Introducción 3
Comentarios generales 3
Alcance de este Tutorial 3
Recursos para obtener más información o ayuda 3
Introducción 4
Creación de un proyecto 4
Visualización Normal 4
Navegando en este tutorial 5
La definición de su proyecto 5
Tareas Agregar 5
Dependencias Agregando 6
Ajuste de días de trabajo 9
Utilizando Rutas Críticas 10
Seguimiento del Proyecto 11
Finalización de tareas Porcentaje 11
Ajuste de tareas tardías 12
Baja temporal 14
Temas diferidos 14
Crear un proyecto con Forward frente Tareas programadas hacia atrás 14
Recursos 15
Apéndice 1: 2013 Equipo 3511 Lista de tareas 17

2
Introducción

Comentarios generales

¡Felicitaciones! La lectura de esta muestra que usted está interesado en el uso de software de
gestión de proyectos para ayudar con robot de construcción de tu equipo. Durante el uso de este
tipo de software para ayudar a gestionar un proyecto de 8 semanas podría parecer excesivo, creo
que usted encontrará que esto le ayudará a lidiar con el período de fabricación del agitado
mostrando rápidamente donde su equipo se encuentra en el proceso de construcción y si está
detrás, en o antes de lo previsto. Muy importante, si su equipo está detrás 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,
más 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 sesión, ya sea "Planificación de proyecto" en
el 2013 SCRA2 Taller o haber leído las diapositivas comentadas de ese período 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 técnicas de planificación de proyectos, presenta
algunos de la terminología que se utiliza y describe algunos errores comunes que esperamos que
pueda ser capaz de evitar por ser consciente de ellos. Mientras que la terminología se define en
este tutorial, los "por qué" y "Oops" en las diapositivas no se volverán 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 construcción la primavera de 2013,

el Equipo 3511 utiliza una hoja de cálculo Excel3 para ver su progreso y la palabra de la hoja de
cálculo llevado a la sesión de planificación de proyectos que se solicita en el Taller SCRA. Jim
Broker, Equipo mentor de 3511, ha dado el permiso para que la hoja de cálculo 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 gestión de
proyectos ya sea representado en una herramienta libre como ProjectLibre o herramientas
comerciales como Microsoft Project4. Por lo tanto, no sólo es que esto no va a ser un manual de
usuario exhaustiva de todas las opciones y características en ProjectLibre, el alcance de este
tutorial se limita a propósito para el más pequeño conjunto de características que probablemente
necesitará para gestionar la construcción 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
construcción. Si están intrigados por este software, hay un montón de tiempo después de la
construcción y las competiciones han terminado de explorar más a fondo.

Recursos para obtener más información o ayuda

Hay varios recursos disponibles para ayudarle a aprender y utilizar la herramienta. Hay un centro
de ayuda en línea de la herramienta se accede haciendo clic en el signo "?" En la esquina
superior derecha. También hay una gran comunidad de usuarios

3
También hay una gran comunidad de usuarios en el sitio web www.projectlibre.org que podría ser
útil para que se unan. Teniendo en cuenta el tiempo de construcción corto, sin embargo, muchas
preguntas serán 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 gestión de proyectos, que está dispuesto
a ayudar en lo posible. Se puede llegar a él mediante el envío de un correo electrónico a
cyankes@msa.com. Para ayudar a que su correo electrónico se destacan de los demás, por favor, poner
"ProjectLibre" en el campo de asunto.
Como se dijo anteriormente, este tutorial solo araña 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 enseñará las zonas que puedan más allá de lo que necesita
para la construcción del robot. Como sugerí en el taller, dado el tamaño de los equipos de construcción
y la duración de las tareas es probable que pueda saltar la complejidad añadida de los "recursos "El
concepto de la asignación de usuarios a las tareas.)

ProjectLibre era tan fácil de instalar en mi máquina 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 recomendación 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 día" 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 gustaría y
"proyecto de ejemplo" que funciona bien para este tutorial. (Tenga en cuenta que si más adelante
simplemente "guardar" el proyecto, el nombre del archivo será por defecto el nombre de su proyecto
con una extensión de barquillas.. Puede, por supuesto, "guardar como" para darle al proyecto un
nombre al archivo específico.) El gerente y señala los campos son opcionales y voy a explicar la opción
"forward programado", más adelante (pero por ahora sólo 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 interés 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".
Visualización normal
Lo que ahora se ve es la pantalla de visualización 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 están vacías. Antes de agregar cualquier tarea,
permítame que le advierta de que es fácil llegar a otras pantallas donde no es obvio cómo volver a la
pantalla normal. Por ejemplo, en la sección superior izquierda es actualmente ver varias opciones de
archivo (guardar, abrir, etc), las opciones de impresión y las opciones del proyecto. Haga clic en
"Proyectos" en la sección de Proyectos. (Usted verá una línea para el proyecto de ejemplo.) No es
evidente cómo 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 fácil una vez que sabes cómo
hacerlo. Haga clic en la pestaña "Ver" y en el extremo izquierdo verá el icono de Gantt y la palabra. Haga
clic en eso y que están de vuelta a la (actualmente en blanco) la pantalla normal para su trabajo. Sin
hacer clic en otra cosa que las lengüetas de la barra de herramientas "Archivo", "tarea", "recursos" y
"Ver" cualquier cosa, tome un momento y mirar las opciones que aparecen debajo de las pestañas. Hay
mucho allí, pero no se preocupe, ya que hay sólo unas pocas opciones que usted necesita saber para la
construcción del robot.

Navegando en este Tutorial

Como se veía a través de las pestañas notaste que las opciones se agrupan en secciones? En el párrafo
anterior le pedí que "haga clic en la pestaña" 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 pestaña
/ sección / opción y así regresar a la pantalla normal se realiza haciendo clic en Ver | Las vistas de tareas
| Gantt. Si la opción 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 opción de simplemente diciendo
sección | opción. Por lo tanto, a partir de donde se encuentra ahora en si quería 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 definición de su proyecto
Agregar tareas
Mientras me instó equipos durante la presentación del taller y en las diapositivas para no tener tareas
individuales más de una semana de duración, para este tutorial voy a ignorar esta sugerencia por una
sencilla razón: Tener nueve tareas es más fácil para el aprendizaje de una herramienta que es habiendo
tenido quizás 30 a 40 tareas reales durante su construcción. Estas son las tareas hipotéticas y su
duración estimada (cantidad de tiempo para completar la tarea) que va a utilizar:

Kickoff, duración 1 día

• Considerar diseños, 8 días

• Identificar las características comunes de diseño, 1 día

• Decidir el diseño final, 1 día

• Construir características comunes, 15 días

• Las características específicas del diseño Generar, 20 días

• Programación de 15 días

• Pruebas y retrabajo, 10 días

• Práctica, 10 días

Estoy seguro que muchos de ustedes están encogiéndose 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 línea superior en la columna Nombre, escriba "Kickoff" y
pulse la tecla de tabulación. Observe cómo el enfoque ha cambiado a la columna Duración que se
rellena automáticamente con el "1 day?" Queremos que el Kickoff de tener una duración de 1 día, pero
desde el "?" Significa que es una estimación que vamos a hacer es un sitio de paso de 1 día. Para ello,
escriba "1d" en la caja de la duración del Kickoff de línea. (ProjectLibre le permite introducir el número y
el primer carácter de la época, tales como hora, día, 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á más adelante cómo cambiar esto para que coincida mejor horario de
jornada de trabajo de su equipo.

En este punto, debería ver lo siguiente en la pantalla:

Si esto no es lo que tiene, verifique que lo hiciste correctamente los pasos indicados en el párrafo
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 coincidirán.
En las líneas de abajo de la línea de saque de centro (que ahora tiene un "1" en la columna de la
izquierda muestra esto es la tarea número 1), introduzca los ocho restantes nombres de las tareas
hipotéticas y duraciones de nuestro ejemplo. Una vez terminado con esto, la pantalla (saltándose la
sección de encabezado de aquí en adelante) debería tener este aspecto:

Observe que la línea "Build características específicas del diseño" es la única línea roja. Como
recordatorio, la norma diagramas de Gantt (el lado derecho de la pantalla) para es para la línea roja para
representar la "ruta crítica", que significa que este conjunto de tareas, aunque sólo 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 están programadas para comenzar en el mismo
día, no es difícil ver que la tarea más larga duración (20 días de largo) determinará si el proyecto
terminará. No es, por supuesto, realista para todos ellos para iniciar el mismo día por lo que en la
próxima sección vamos a añadir algunas dependencias entre estas tareas.
Agregar dependencias
En la planificación del proyecto, una "dependencia" significa simplemente que algo debe suceder antes
de que algo más puede suceder. Si usted va a una tienda a solas por la conducción, es intuitivo que debe
completar la tarea "caminar hasta el coche" antes de que pueda comenzar la tarea de "ir a la tienda."
Entonces diríamos que "conduzca a la tienda "depende de la finalización de" caminar hasta el
coche. "Como se describe en las diapositivas de planificación del proyecto, las dependencias
entre tareas no son sólo de la" comienzan cuando esta que termina "la forma, pero también se
pueden" empezar esto cuando eso comienza "o incluso" comenzar este número X de días antes o
después de que se inicia o termina "0,5
Vamos a considerar la dependencia entre nuestras dos primeras tareas; "Kickoff" y "considerar
diseños." Dado que es en la patada de salida que los equipos aprenden acerca de la competencia
de ese año, es razonable decir que el equipo no puede empezar a considerar diseños 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 línea 2 Observe que la primera parte de la
pantalla se ha cambiado a:

Tenga en cuenta los cambios: la línea gráfica de Gantt para la segunda tarea se ha desplazado hacia la
derecha por un día, ahora hay una flecha que apunta desde la primera línea 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 hipotético, el equipo va a identificar las características de diseño comunes entre todas
sus opciones de diseño para que puedan empezar a construir los elementos comunes temprana. Ya que
tenemos 8 días para considerar diseños, digamos que estas características de diseño comunes serán
identificables tres días antes se realizan todas las consideraciones de diseño. Siguiendo los ejemplos de
las diapositivas, la dependencia para la línea 3 será entonces "2fs-3", que significa que esta tarea puede
empezar tres días antes de tarea 2 acabados. Ahora, podríamos decir esta dependencia es "2ss 5" (lo
que significa que puede empezar a 5 días después de la tarea 2 como titular)? Por supuesto. Decidir qué
forma de especificar la dependencia es fácil 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 sería el "2ss 5", ya que incluso si la tarea
2 se retrasa, cinco días después 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 tendría 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 todavía no se inicia hasta 3 días 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 consideración de diseño toma algunos días más de lo previsto,
cinco días a la consideración de diseño que deberíamos empezar a identificar la características 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 días. Introduzca la dependencia en la línea 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. Fíjese una cosa diferente en las líneas 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 Además, como se ha mencionado en las diapositivas, las tareas se pueden establecer para terminar en
función de cuándo 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 construcción del
robot. Por lo tanto, no se utilizará en este tutorial de introducción.
7
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 cuántos días tiene que transcurrir
antes de que pueda comenzar la siguiente tarea.
Para darle un poco más de práctica en esto, entrar en las dependencias de las siguientes tareas:
• Decida diseño final: Requiere "considerar diseños" para completar.
• Construir características comunes: Requiere "Identificar características comunes de diseño" para
completar.
• Construir características específicas del diseño: Requiere "Decidir diseño final" para terminar.
• Programación: Puede ser iniciado hace 5 días después de "Build características específicas del diseño"
ha comenzado.
Antes de mostrar lo que mi pantalla ahora se ve como para la comparación, observe que el proyecto ha
crecido en longitud y ahora excede lo que (probablemente) encaja convenientemente en la sección 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 línea entre los datos y las secciones de la gráfica de Gantt y me
moví hacia la derecha para mostrar más columnas de datos. Usted puede hacer esto haciendo clic
izquierdo sobre la línea vertical entre estas secciones y arrastrando hacia la derecha o la izquierda. )
La razón por la que yo había parar en "Programación" es que esta tarea y todos los que antes sólo tenía
una sola dependencia. Esto no es siempre el caso, ya que en ocasiones múltiples tareas tienen que
llegar a ciertos puntos antes de una nueva tarea puede comenzar. Considere nuestro próximo "Pruebas
y reelaborar" tarea. Imaginemos que el equipo ha decidido que se puede empezar a probar siete días
antes de completa la construcción básica del robot. La complicación 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 construcción y la tarea de programación. Afortunadamente, es fácil de describir este tipo de
dependencia de múltiples 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 días antes se realiza la "construcción de características
comunes" de tareas, por lo que este es un 5FS-7. No se puede iniciar hasta siete días antes de la tarea
de "construir características específicas del diseño" que se hace, por lo que este es un 6FS-7 y, por
último, no puede comenzar hasta siete días antes de la tarea de "programación" se hace lo que es 7FS-
7. Póngalos 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 múltiples, que ahora se alimentan en el inicio de la caja de pruebas? Esto muestra que el
momento de cuándo puede comenzar esta tarea está cerrada por tareas múltiples. Ahora, ¿por qué
pasar por la molestia de definir tres tareas como precursores para la tarea de prueba cuando podemos
"obviamente" (sic) ver que sólo tener la prueba del comienzo siete días antes de los extremos de
programación nos dará la misma fecha? Tenga cuidado de no caer en esta trampa. El hecho de que en el
momento de la planificación del proyecto que es "evidente" cuando las cosas terminan al mismo
tiempo, la realidad del proyecto puede retrasar tareas. Por ejemplo, ¿qué pasa si "programación" va
bien que termina temprano, mientras que la tarea de "construir las características específicas del
diseño" toma tres días más de lo esperado? Si sólo dispone de esta tarea de comprobación genérica
cerrada por la finalización de la tarea de programación, la prueba podría terminar comenzar muy
temprano en comparación con la tarea de construcción de hardware. Si bien la definición de todas las
relaciones para una tarea como esta tarea se Testing unos minutos más, le permite adaptar el programa
correctamente para cualquiera de las tareas predecesoras de acabado ya sea temprano o tarde.
(Herramientas de planificación del proyecto determinarán la última fecha de cada una de las
dependencias y se usar eso como la fecha de inicio de la tarea.)
Ahora, ¿sabía usted coge que me lancé a la derecha en los tipos "fs" de las relaciones aquí? Aunque no
me planteo la cuestión en el último párrafo ya que se centra en un versus múltiples tareas predecesoras,
recuerda la pregunta introducida anteriormente acerca de "¿Qué debe suceder para esta tarea si la otra
tarea no termina a tiempo?" Podríamos han definido la tarea de pruebas como el inicio de un número
determinado de días después de cada una de las tres tareas de construcción / programación iniciado,
pero la prueba es un caso clásico 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 común
cerrada por la realización de otras tareas y no al principio.
Para completar las dependencias en este ejemplo, establezca la tarea práctica para comenzar las
pruebas de cuatro días después de comenzar. El calendario inicial final debería tener este aspecto:

Ajuste de días de trabajo

Como se mencionó anteriormente, la mayoría de los instrumentos de planificación 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 considerarán una jornada de trabajo. Ajuste del
horario de días de trabajo es fácil. Haga clic en Tarea | aparecerán Calendario y la casilla "Cambio de
Calendario de Trabajo". Desplácese hasta el calendario julio 2014 mes y haga clic en "F" en el día de la
línea de semana. Ver que todos los viernes se han puesto de relieve (en este y todos los otros
páginas 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 finalización 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 amplía (Visto | Acercar), verás que el viernes, sábado y domingo son ahora todos en gris
para mostrar que no son días de trabajo.
Ahora vamos a ver cómo hacer frente a los días específicos de descanso. 04 de julio es un día en que las
escuelas están cerradas, por lo que tendremos que ajustar el programa para mostrar que como un día
no laborable? Haga clic en Tarea | Calendario de nuevo para comprobar que día de la semana 04 de julio
2014 es de. Es un viernes, que ya es un día de descanso para nuestro equipo hipotética, por lo que no
tiene que decirle a ProjectLibre ignorar ese día. Eso es aburrido por lo que vamos a pretender que las
escuelas no están en sesión el 21 de julio 2014 por alguna razón. 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 día no laborable y cambiará todo
después de que a la derecha (de trabajo) días.
Si desea cambiar de un día no laborable para ser un día de trabajo, seleccione el día 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 día es uno de sus normales días de trabajo o no. Si es un día normal de trabajo, haciendo clic en
"Usar predeterminado" volverá de nuevo a la normalidad. Si no es un día normal de trabajo (un sábado,
por ejemplo), haga clic en "tiempo de trabajo no predeterminado". De cualquier manera, una de ellas se
convertirá el día festivo del gris al fondo blanco y que es el que usted desea utilizar.
Utilizando Rutas Críticas
Después 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 identificación "camino crítico" (las líneas 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 cómo la línea de trabajo "construir características comunes" es azul? La razón de que es de color
azul es que la tarea cerrada por su realización (la tarea de prueba) también requiere de otros,
completando más tarde, las tareas para completar. Para mostrar esto, cambiar la duración de la
"construcción de características comunes" de 15 días a 12 días, y mirar a la fecha de finalización del
proyecto. Vea cómo la fecha de finalización no ha cambiado en absoluto? Si bien las tareas de manteca
que no están en la ruta crítica pueden liberar a la gente a trabajar en otras tareas, acortando por sí sola
no va a cambiar la fecha de conclusión del proyecto. (Por favor regrese "construir características
comunes" a 15 días de duración ahora.) Si necesita acortar el horario, concentrarse en las tareas rojas
"camino crítico".

Mientras que usted está acortando duración de las tareas, no se sorprenda al ver el (es decir, rojo / azul)
estado crítico / no crítica de las líneas cambian. Como ejemplo de esto, cambiar la duración de las
"características específicas del diseño de construcción" (línea 6) a partir de 20 días a 18 días. Hacer esto
acorta una tarea ruta crítica pero no cambió la fecha de finalización y, además, la línea se volvió azul. La
razón de que esto ocurrió es que, si bien ya no es un elemento de tarea crítica (colocando puertas
cuando la tarea de prueba podría comenzar), otra tarea también las puertas de la tarea de
comprobación y por lo que la fecha de finalización del proyecto todavía no ha cambiado. (Tenga en
cuenta que en estos momentos todas las tareas previas a la tarea de compilación 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 también. Si esto sucede, puede obligarlo
a volver a calcular todos los colores mediante la adopción de la última tarea, en corto por un día y luego
poner de nuevo a donde estaba.) en este punto, establecer la duración de la línea 6 de nuevo a 20 días y
guardar el proyecto file (archivo | archivo | Guardar como). Ahora que usted puede conseguir
fácilmente de nuevo a donde actualmente nos encontramos en en el tutorial (Archivo | Archivo | Abrir),
no dude en jugar con el cambio de la duración de las diferentes tareas para ver cómo la línea de la ruta
crítica se mueve alrededor y cómo finalizar el ejemplo del proyecto cambios de fecha.

Una vez que haya terminado de experimentar con cómo los cambios afectan a la duración de la ruta
crítica, por favor, abra el archivo que guardó (Archivo | Archivo | Abrir) para que nuestros espectáculos
son una vez más consistente.
El seguimiento del proyecto

Lo que hemos hecho hasta ahora en el tutorial es crear un proyecto de estimar cuánto tiempo tomará
cada tarea. Si bien es importante para la planificación de hacer esto con las mejores estimaciones que
puede dar las tareas, las estimaciones rara vez llegar a ser perfect.7 Algunas tareas completarán más
rápido de lo previsto, mientras que otros tardarán más. Hacer frente a esta realidad cambiante es uno
de los principales beneficios del uso de software de planificación de proyectos. En esta sección, vamos a
explorar la forma de actualizar el progreso del proyecto.

Finalización de tareas Porcentaje

Si bien el proyecto está en marcha, usted ganará mucho más penetración en el cronograma del proyecto
si se actualiza periódicamente 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 continuación, utilizar
esta información para ayudar a darle una mejor estimación del trabajo restante y el proyecto de la fecha
de finalización 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 posición, el
cuadro de "Información 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 través de las
diferentes pestañas. (Casi todo lo cual le sugiero ignorar para su primer uso de la herramienta en un
proyecto tan sencillo desde una perspectiva de gestión de proyectos como la construcción del robot.
Voy a explicar brevemente "recursos" más adelante.) Volviendo de nuevo a la pestaña "General" ,
escriba 100 en el cuadro "porcentaje completado" y pulse Nota la marca de verificación verde en la línea
Kickoff "cerca".: Esto demuestra que la tarea en esa línea se ha completado. Ahora, si bien es difícil de
ver desde la tarea Kickoff es sólo un día, si te acercas un poco en el diagrama de Gantt se puede ver una
línea horizontal negro a través de la caja roja de la tarea. Como se verá en el siguiente paso, la línea de
negro representa el porcentaje de finalización y no sólo aparece cuando se realiza la tarea. Para ver
esto, establezca el "considerar diseños" tarea a 30% hecho. La línea 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 don’t fear changes.

11
Si aún 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 más de un día de retraso? Este es el
tema de la siguiente sección. Antes de pasar al siguiente tema, sin embargo, voy a reforzar y explicar
aquí el mensaje en las diapositivas que tareas más pequeñas son mejores que las tareas más grandes. El
beneficio de tareas más pequeñas es que es más fácil para ver si están completamente hecho o no.
Usemos un ejemplo de los extremos opuestos del espectro, cuando un proyecto tiene 10 tareas día tres
y otro proyecto tiene una sola tarea 30 días haciendo el mismo trabajo total. Después de nueve días, es
fácil para el equipo de la primera del proyecto para saber si las tres primeras tareas se llevan a cabo o
no, ya que están por separado las tareas definidas. Después de nueve días, lo fácil que es para el
segundo equipo para estimar su porcentaje de finalización de una tarea grande? En general, cuanto
mayor sea la tarea más difícil es seguir fácilmente y con precisión sus avances y errores puede ser
mayor. Tareas más pequeñas se prestan naturalmente a una comprensión más clara de lo que es, y lo
que no es, con todo por hacer y los errores son menos significativas. (La estimación del porcentaje de
finalización de malo en un 10% en una tarea de 30 días es un gran giro horario cuando se descubre,
pero desestimando una tarea 3 días en un 10% es apenas perceptible.), Hágase un favor y tratar de
mantener sus tareas pequeñas.
Ajuste de tareas tardías
Ajuste del horario para dar cuenta de las tareas que se están ejecutando detrás puede ser una de las
cosas más difíciles 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 más importantes "guardián de la programación" del
equipo puede hacer. La repetición de mí mismo ya que se trata de las anotaciones de la conjunto de
diapositivas, la importancia de ajustar la planificación de tareas de finales de los años es difícil
subestimar ya que hacer esto es cómo 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 más tiempo que tiene en el que corregirlo, así que evite la tentación
de darle al equipo un día o dos para hacer las paces antes de ajustar el horario. Además, 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 continuación.)
Lo siento por lo que podría parecer haber sido una caja de jabón, pero espero que esto transmita la
importancia de hacer frente a la realidad horario. Ok, de vuelta a la mecánica de ajuste de la
programación. ☺
Volviendo al ejemplo del tutorial, "consideran diseños" se marcan como 30% hecho y es un poco más de
un día de retraso ya que hoy es, supuestamente, 9 de julio. ¿Qué herramientas de planificación de
proyectos te dan es una forma fácil de decir que cualquier obra sin hacer debe comenzar en un día
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 configuración de todo proyecto, no se
encuentra bajo la pestaña de "tarea" en ProjectLibre, sino más bien es al Archivo | Proyecto |
Actualizar. Haga clic en este. Aparecerá el cuadro de "Actualización 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 finalización deben estar en el inicio de la jornada de trabajo de mañana por la mañana. Para
proyectos con un pequeño número de tareas que se activa al mismo tiempo, como la construcción del
robot, sugiero hablar con el equipo para averiguar verdadero porcentaje completado cada tarea 'en
lugar de utilizar esta configuración predeterminada.

Para ajustar el horario para las tareas que se retrasan, seleccione el "trabajo Reprogramar que
queda después" botón y ponga la fecha apropiada.

Ahora, una nota sobre la "fecha adecuada": La fecha es probablemente uno diferente de lo que
cabría esperar. Lea el texto de ese botón seleccionamos cuidadosamente y note el "trabajo
después de" parte. Si usted pone en la fecha de hoy, se volverá a programar el trabajo restante a
partir de mañana lo cual tiene sentido si su equipo revisa el calendario al final de la actividad de
construcción de la jornada. Sin embargo, si su equipo revisa el horario en el inicio de las
actividades del día, usted tiene que poner en la fecha de ayer para que el trabajo restante se inicia
hoy en el calendario. Usted conseguirá la caída de ella rápidamente.

En más de advertencia. Guarde el archivo de proyecto (Archivo | Archivo | Guardar) antes de ajustar el
trabajo restante para comenzar en un día determinado. A veces, sobre todo si usted está tratando de
deshacer un vacío 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 párrafo. (Y, por supuesto, como con cualquier programa de ahorro de su trabajo con
frecuencia es bueno. Es sólo bueno para hacerlo antes de que esta función 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 verás
este vacío en el diagrama de Gantt de la tarea 2:

Además, usted verá que el proyecto ha salido por unos pocos días ya que la tarea 2 estaba en la ruta
crítica, por lo que es más larga hace que todo el proyecto más largo.
Curiosamente, la función de ajuste no tenga también funciona a la inversa way.8 Imagine que el equipo
ha trabajado duro en esta tarea "considerar diseños" el miércoles 9 y la completó. Establecer su estado
de finalización al 100% y luego actualizar el proyecto para todo el trabajo que queda para comenzar
después del 9 de julio de 2014. Aparte de la tarea 2 que tiene una barra horizontal negro lleno en ella y
la marca de verificación verde que aparece, no pasó nada más. La forma más fácil de conseguir la tarea
4 ("decidir el diseño 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 actualización se indica más 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 programación en consecuencia.
El inconveniente de romper estos predecesores para dar cuenta de las tareas completadas a tiempo es
que usted no tendrá en la programación para actuar como plantilla del próximo año. Si hace doble clic
en la columna de estado de la tarea (la columna que tiene las marcas de verificación verdes para las
tareas 1 y 2 en este punto), el cuadro de "Información 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 haría más fácil la reutilización de este proyecto
como plantilla el próximo año.
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 planificación de proyectos para aplicar a un proyecto de la magnitud de la
construcción del robot. Si la pantalla no se parece a esto, volver atrás y revisar los pasos con un
ojo en particular a las fechas del calendario están ingresados. Si usted todavía 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 más fácilmente su pregunta entre mis
correos electrónicos, por favor ponga "ProjectLibre "en algún lugar en el campo de asunto.
Temas diferidos

Crear un proyecto con Forward frente Tareas programadas revés

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 gustaría explicar lo que esta "programación progresiva" significa más adelante. La
razón por la que hice esto fue que podría 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 "programación 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 estábamos
cambiando cuando el proyecto estaba empezando sino que estaban cambiando cuando el proyecto iba
a terminar. "Programación hacia atrás" es lo contrario y, esencialmente, se hace la pregunta "¿cuándo
hay que empezar este proyecto con estas tareas si se tiene que hacer en un día determinado?" En la
programación hacia atrás, si se agrega a las tareas de la ruta crítica o el aumento su duración, 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. "Programación Forward" es bastante común
en proyectos con aperturas definidas las fechas, pero las fechas de finalización indefinida y se utiliza a
menudo para dar la alta dirección una idea de cuando el proyecto podría terminar (y por lo tanto una
estimación de sus costes). "Al revés de programar" se utiliza a menudo en entornos en los que hay
fechas de terminación de contratos y la empresa que realiza el trabajo quiere saber cuándo las
distintas partes del proyecto tienen que empezar con el fin de cumplir con el contrato.

Curiosamente, la acumulación de la robótica 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 atrás de programación puede trabajar para el proyecto
de robótica. En cualquiera de los casos, la calidad de su horario depende de la capacidad del equipo
para identificar y estimar la duración de las tareas y en ambos casos hay que ajustar para las tareas de
estar por delante o por detrás de lo programado. Por lo tanto, se puede elegir cualquiera de los
métodos. Una diferencia importante entre estos enfoques, sin embargo, es el impacto de una tarea
tomando más tiempo de lo esperado. En la programación hacia atrás, 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 sólido conocimiento de cuánto tiempo tomará algo. (Por ejemplo, mientras que la
construcción de un edificio de un contratista general con experiencia probablemente sabrá hasta el día
cuánto tiempo va a tomar el verter los cimientos de concreto.) Si usted elige utilizar la programación
hacia atrás, le sugiero que comience a trabajar en las tareas tan pronto como sea posible de todos
modos para permitir la ampliación de plazo posteriores. Personalmente, me gustaría usar la
programación hacia adelante para la construcción del robot.

Recursos

He mencionado varias veces por encima de que hay aspectos de las herramientas de gestión de
proyectos que usted es probablemente mejor de ignorar en la construcción del robot. Nos hemos
concentrado en la definición y la gestión de tareas, que es una parte de la gestión del proyecto. La otra
cara es la programación y gestión de "recursos". Los recursos incluyen tanto a las personas y equipos
especiales que puedan ser necesarios en el proyecto. Volviendo al ejemplo de la construcción en el
párrafo anterior, si la empresa contratista tiene que alquilar una pieza especial de equipo por unos
días, la disponibilidad de que los factores de la máquina en la hora de la tarea que la usa puede ser
programado.

En la mayoría de los proyectos, sin embargo, las personas son el recurso que el equipo de gestión de
proyectos tiene que preocuparse por. Imagine una gran organización de desarrollo de software (200-
300 personas) a partir de un proyecto de un año con cientos o incluso miles de tareas. Entre todas
estas tareas son las dos tareas siguientes (y la fusión de las operaciones de reparación / / normalmente
separados de diseño de construcción de pruebas / en tareas individuales por simplicidad aquí):

• Diseño, Código y función Alpha Test - 8 semanas de tiempo completo.

• Diseño, Código y Prueba de función Beta - 10 semanas a tiempo completo.

Estas tareas no tienen dependencias entre sí, puede que ambos pueden comenzar el día 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 simplificación trabaja para la construcción del
robot), ambos de ellos se mostraría como la puesta en poder el día 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 más tarde? No es
probable. Aquí es donde la parte de los recursos de gestión de proyectos es útil: Si el programa sabe
que va a trabajar en cada tarea, entonces, la herramienta puede identificar fácilmente 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 líderes del proyecto para contratar a un
contratista que también 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 cuándo van a tener a una persona que puede ser asignado
temporalmente para ayudar con otras tareas.

La gestión de proyectos de gran envergadura, por lo tanto, es necesario equilibrar tanto la

planificación 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 programación de recursos en el
bastante sencillo (desde una perspectiva de gestión de proyectos) robot construye. Si lo hace tener a
alguien con una habilidad única que se necesita en las tareas múltiples simultáneas, una forma más
fácil de tratar con ella es crear una dependencia entre las tareas para que no puedan ser simultáneos o
alargar la duración de cada una de las tareas para dar cuenta de la persona que se divide entre ellos.

Durante la construcción del robot "fuera de temporada" (es decir, tal vez después 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.

Apéndice 1: 2013 Equipo 3511 Lista de tareas

Como se mencionó anteriormente, el Equipo 3511 utiliza una hoja de cálculo Excel para la construcción
de 2013 para realizar un seguimiento de su progreso. Jim Broker de ese equipo ha permitido
amablemente la hoja de cálculo que se incluye en este tutorial, ya que podría ayudar a romper por el
robot a construir en tareas. Desde competiciones posteriores no serán 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