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