FRC ProjectLibreTMTutorial

Usando o ProjectLibre para a Construção do Seu Robô

Craig Yankes
Comitê de Planejamento Regional FIRST da PA Ocidental
cyankes@[Link]

1
ProjectLibre é uma marca registrada de Marc O’Brien e Laurent Chrettieneau.

1
conteúdo
Introducción 3
Comentarios generales 3
Alcance deste Tutorial 3
Recursos para obter mais informações ou ajuda 3
Introducción 4
Creación de un proyecto 4
Visualização Normal 4
Navegando neste tutorial 5
A definição do seu projeto 5
Tareas Agregar 5
Dependencias Agregando 6
Ajuste de días de trabajo 9
Utilizando Rutas Críticas 10
Seguimento do Projeto 11
Finalización de tareas Porcentaje 11
Ajuste de tareas tardías 12
Baja temporal 14
Temas diferidos 14
Criar um projeto com Forward frente Tarefas programadas para trás 14
Recursos 15
Apéndice 1: 2013 Equipo 3511 Lista de tareas 17

2
Introducción

Comentarios generales

Parabéns! A leitura deste exemplo mostra que você está interessado no uso de software de
gestão de projetos para ajudar com o robô de construção da sua equipe. Durante o uso deste
tipo de software para ajudar a gerir um projeto de 8 semanas poderia parecer excessivo, eu acho
que você encontrará que isso o ajudará a lidar com o período de fabricação do agitado
mostrando rapidamente onde sua equipe se encontra no processo de construção e se está
atrás, em ou antes do previsto. Muito importante, se sua equipe está atrás de programar uma
ferramenta como esta pode ajudar a identificar onde a equipe precisa concentrar sua
esforço para alcançar o objetivo de ter um robô de qualidade nos Regionais e, possivelmente,
mais adiante aos Nacionais.

Dos comentários antes de entrar na 'carne' da disciplina. Em primeiro lugar, ao escrever este
tutorial Estou supondo que você participou da sessão, seja 'Planejamento de projeto' em
em 2013 SCRA2 Workshop ou ter lido os slides comentados desse período de sessões que
se publicam com este documento. Os slides cobrem o material introdutório que explica
por que uma equipe pode se beneficiar do uso de técnicas de planejamento de projetos, apresenta
alguns da terminologia que se utiliza e descreve alguns erros comuns que esperamos que
pode ser capaz de evitar por estar ciente deles. Enquanto a terminologia é definida em
este tutorial, os "porquês" e "Oops" nos slides não serão recriados aqui. Se você não
os viu, no entanto, sugiro que olhe por cima dos slides antes de continuar
com este tutorial.

O segundo comentário é uma das graças. No robô de construção na primavera de 2013,

a Equipe 3511 utiliza uma planilha Excel3 para ver seu progresso e a palavra da planilha de
cálculo llevado a la sesión de planificación de proyectos que se solicita en el Taller SCRA. Jim
Broker, equipe mentora de 3511, deu permissão para que a planilha que será utilizada
neste tutorial como exemplo as tarefas ou como modelos se preferir. Obrigado, Jim!

Alcance de este Tutorial

É impossível em um breve tutorial apresentar todos os aspectos do software de gestão.

projetos já seja representado em uma ferramenta livre como o ProjectLibre ou ferramentas
comerciais como Microsoft Project4. Portanto, não é apenas que isso não vai ser um manual de
usuário exaustivo de todas as opções e características no ProjectLibre, o alcance disso
o tutorial se limita a propósito ao menor conjunto de características que provavelmente
precisará para gerenciar a construção de robôs. Em resumo, o objetivo deste tutorial não é
para impressionar com a ferramenta, mas sim para ajudá-lo a usar esta ferramenta em sua
construção. Se estão intrigados por este software, há muito tempo depois da
a construção e as competições terminaram de explorar mais a fundo.

Recursos para obtener más información o ayuda

Hay varios recursos disponibles para ayudarle a aprender y utilizar la herramienta. Hay un centro
A ajuda online da ferramenta pode ser acessada clicando no sinal "?" no canto
superior direita. Também há uma grande comunidade de usuários

3
Também há uma grande comunidade de usuáriosno site [Link] o que poderia ser
útil para que se unam. Tendo em conta o curto tempo de construção, no entanto, muitos
as perguntas serão em tempo urgente e assim enquanto o autor deste documento não é de nenhum
manera um especialista em todas as peças das ferramentas de gerenciamento de projetos, que está disposto
a ajudar no possível. Pode-se chegar a ele através do envio de um e-mail para
cyankes@[Link]. Para ajudar a que seu e-mail se destaque dos demais, por favor, coloque
ProjectLibre
Como se disse anteriormente, este tutorial apenas arranha a superfície do que o ProjectLibre pode fazer.
A Amazon tem livros (de papel ou Kindle) disponíveis no ProjectLibre, incluindo um manual do usuário,
um tutorial, e outros recursos. (Estes livros ensinarão as áreas que podem ir além do que você precisa
para a construção do robô. Como sugeri no workshop, dado o tamanho dos equipamentos de construção
e a duração das tarefas provavelmente pode saltar a complexidade acrescentada dos "recursos".
conceito de atribuição de usuários às tarefas.

ProjectLibre era tão fácil de instalar na minha máquina que vou supor que você fez isso e
Estamos prontos para executá-lo. Na primeira vez que o executar, você verá uma janela pop-up de licença. Se
bem, isso não é uma recomendação de qualquer maneira, vou supor que você aceitou a
licença e quero continuar com o tutorial.
Crear un proyecto
Cerrando el "consejo del día" popup le llevará a otra ventana emergente que le pregunta si desea abrir
um projeto existente ou criar um novo projeto. Selecione "Criar Projeto".
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
simplesmente 'guardar' o projeto, o nome do arquivo será por padrão o nome do seu projeto
con una extensión de barquillas.. Puede, por supuesto, "guardar como" para darle al proyecto un
nome do arquivo específico.) O gerente e indica que os campos são opcionais e vou explicar a opção
"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
exemplo a seguir este tutorial exatamente, mude a data de início de 1º de julho de 2014. Assim como
con los otros campos de fecha, puede establecer este valor sea igual escribir "07/01/14" en el cuadro o
clique na seta para baixo no lado direito da caixa que fará um calendário aparecer
onde se pode navegar até o mês de interesse e clicar na data desejada. Seja qual for a forma
que escolha, colocam-no a 1 de julho de 2014, clique em "ok".
Visualização normal
O que agora se vê é a tela de visualização de cartas normais lista de tarefas / Gantt onde passará
la mayor parte de su tiempo. Dado que no se ha definido ninguna tarea, sin embargo, tanto en la lista de
as tarefas à esquerda e o diagrama de Gantt à direita estão vazios. Antes de adicionar qualquer tarefa,
deixe-me avisá-lo de que é fácil chegar a outras telas onde não é óbvio como voltar
tela normal. Por exemplo, na seção superior esquerda é atualmente ver várias opções de
arquivo (salvar, abrir, etc), as opções de impressão e as opções do projeto. Clique em
Projetos na seção de Projetos. (Você verá uma linha para o projeto de exemplo.) Não é
é evidente como voltar para a tela normal, não é? Até mesmo na seta para a direita do logo
O ProjectLibre não te leva de volta! Voltar para a tela normal é fácil assim que você sabe como.
fazer isso. Clique na guia "Ver" e no extremo esquerdo você verá o ícone de Gantt e a palavra. Faça
clique nisso e que estão de volta à (atualmente em branco) a tela normal para seu trabalho. Sem
clicar em outra coisa que não as abas da barra de ferramentas "Arquivo", "tarefa", "recursos" e
Ver qualquer coisa, reserve um momento para olhar as opções que aparecem abaixo das abas. Há
muito lá, mas não se preocupe, pois há apenas algumas opções que você precisa saber para a
construcción del robot.

Navegando neste Tutorial

Como se veía a través de las pestañas notaste que las opciones se agrupan en secciones? En el párrafo
anteriormente pedi que "clique na aba" Ver "e no extremo esquerdo você verá o ícone de Gantt e a
palavra. Clique nisso ... "Isso é bastante organizado. Daqui em diante vou encurtar isso na guia
/ seção / opção e assim retornar à tela normal é feito clicando em Ver | As visualizações de tarefas
| Gantt. Si la opción de que te estoy pidiendo que haga clic se muestra en ese momento (es decir, no
há necessidade de mudar para uma ficha diferente), vou especificar a opção de simplesmente dizendo
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.
Agora volte para a nossa tela normal.

A definição do seu projeto

Adicionar tarefas

Enquanto me instou a equipes durante a apresentação do workshop e nos slides para não ter tarefas.
individuais mais de uma semana de duração, para este tutorial vou ignorar esta sugestão por uma
razão simples: Ter nove tarefas é mais fácil para o aprendizado de uma ferramenta do que tendo
tido talvez 30 a 40 tarefas reais durante sua construção. Estas são as tarefas hipotéticas e sua
duración estimada (cantidad de tiempo para completar la tarea) que va a utilizar:

Kickoff, duración 1 día

• Considerardiseños, 8 dias

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

• Decidirel diseño final, 1 día

• Construir características comuns, 15 dias

• As características específicas do design Gerar, 20 dias

Programação de 15 dias

• Testes e retrabalho, 10 dias

• Práctica,10 días

Tenho certeza de que muitos de vocês estão se encolhendo com essas tarefas e as estimativas de comprimento.
Bom! Se for assim, você percebe que se trata de cru e realista. No entanto, eles trabalham para o
tutorial. (Um diagrama de Gantt real utilizado pela equipe de 3511 na construção de 2013 está incluído no final de
este documento para obter um exemplo de um verdadeiro conjunto de tarefas.)

Agora vamos entrar na primeira tarefa. Na linha superior na coluna Nome, escreva "Kickoff" e
pressione a tecla de tabulação. Observe como o foco mudou para a coluna Duração que se
preencha automaticamente com o "1 dia?" Queremos que o Kickoff tenha uma duração de 1 dia, mas
desde el "?" Significa que es una estimación que vamos a hacer es un sitio de paso de 1 día. Para ello,
escreva "1d" na caixa de duração do Kickoff da linha. (ProjectLibre permite que você insira o número e
o primeiro caráter da época, tais como hora, dia, semana, etc, se você não quiser que explique
todo.) Tenha em mente que os quadros Início e Fim contêm 07/01/14 8:00 e 07/01/14 17:00
respectivamente. Incumprimentos ProjectLibre a uma semana de trabalho tradicional das 08h às 17h.
de segunda a sexta-feira. Você verá mais adiante como mudar isso para que se ajuste melhor ao horário de
jornada de trabalho de sua equipe.

Neste ponto, você deve ver o seguinte na tela:

Se isto não é o que você tem, verifique se seguiu corretamente os passos indicados no parágrafo
anterior e assegurar-se de que quando você começou este projeto que especificou a data de início
como 01 de julho de 2014 para que nossas telas coincidam.
Nas linhas abaixo da linha de saque do centro (que agora tem um "1" na coluna de)
esquerda mostra esta é a tarefa número 1), insira os oito nomes restantes das tarefas
hipotéticas e durações do nosso exemplo. Uma vez terminado isso, a tela (pulando a
seção de cabeçalho de aqui em diante) deve ter esta aparência:

Observe que a linha "Construir características específicas do design" é a única linha vermelha. Como
lembrança, a norma diagramas de Gantt (o lado direito da tela) é para a linha vermelha para
representar a "rota crítica", que significa que este conjunto de tarefas, embora apenas uma única tarefa na
ejemplo, por ahora, representa las tareas que en última instancia determinará si el proyecto va a
terminar. Neste momento, já que todas essas tarefas estão programadas para começar ao mesmo
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á. Não é, claro, realista para todos eles começarem no mesmo dia por isso em
próxima sección vamos a añadir algunas dependencias entre estas tareas.
Adicionar dependências
Na planificação do projeto, uma "dependência" significa simplesmente que algo deve acontecer antes
de que algo mais pode acontecer. Se você vai a uma loja sozinho por causa da condução, é intuitivo que você deve
completar la tarea "caminar hasta el coche" antes de que pueda comenzar la tarea de "ir a la tienda."
Então diríamos que "conduza àloja "depende da finalização de" caminhar até o
Como se descreve nos slides de planejamento do projeto, as dependências
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
depois que começa ou termina "0,5
Vamos considerar a dependência entre nossas duas primeiras tarefas; "Kickoff" e "considerar"
desenhos." Dado que é na partida de partida que as equipes aprendem sobre a competição
desse ano, é razoável dizer que a equipe não pode começar a considerar designs até que a
a patada de saída terminou. Para entrar nisso no ProjectLibre, desloque-se pela metade
izquierda de la pantalla hacia la derecha para que veas la columna "predecesores". Queremos
dizer que a segunda tarefa não pode começar até que a primeira tarefa tenha sido concluída, pois
que basta com introduzir "1" sob Predecessores para a linha 2 Observe que a primeira parte da
pantalla se ha cambiado a:

Observe as mudanças: a linha gráfica de Gantt para a segunda tarefa foi deslocada para a
derecha por un día, ahora hay una flecha que apunta desde la primera línea a la segunda y que la fecha
de início da segunda tarefa mudou. Este é o resultado de contar ProjectLibre que a segunda
a tarefa não pode começar até que a primeira tarefa tenha sido concluída.

Neste exemplo hipotético, a equipe vai identificar as características de design comuns entre todas
suas opções de design para que possam começar a construir os elementos comuns mais cedo. Já 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
as apresentações, a dependência para a linha 3 será então "2fs-3", o que significa que esta tarefa pode
começar três dias antes da tarefa 2 terminada. Agora, poderíamos dizer que essa dependência é "2ss 5" (o
o que significa que pode começar 5 dias após a tarefa 2 como titular)? Claro. Decidir o que
A forma de especificar a dependência é fácil se você fizer esta pergunta: "O que deve acontecer com esta
tarea (# 3) si la otra tarea (# 2) no termina a tiempo" si "esta tarea" debe comenzar en tiempo de todos
modos, então a melhor maneira de expressar a dependência seria o "2ss 5", já que mesmo que a tarefa
2 se retrasa, cinco dias depois que a tarefa 3 começa, pode começar de qualquer maneira. Sim, pelo
contrario, "esta tarea" tiene que retrasar el arranque si la otra tarea se retrasa, entonces tendría sentido
para expressar a dependência como "2fs-3", de modo que se a tarefa 2 atrasar, a tarefa 3 atrasará
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 as duas formas neste tutorial para que você possa ver onde os diferentes enfoques têm
sentido. No caso das tarefas 2 e 3, no entanto, vamos responder à pergunta "o que deve
suceder ..." dizendo que mesmo que a consideração de design leve alguns dias a mais do que o previsto,
cinco dias a consideração de design que deveríamos começar a identificar as características comuns.
Por lo tanto, esta dependencia será "2ss 5" ya que lo importante mantener la tarea 3 se inicie la tarea 2
é que está se trabalhando pelo menos durante 5 dias. Introduza a dependência na linha 3.

Como quando entramos na dependência para a tarefa 2, o diagrama de Gantt foi deslocado
ao redor para refletir o novo calendário dessas tarefas. Observe uma coisa diferente nas linhas 1 a 3,
no entanto: A flecha vem do início da tarefa do quadro 2 em vez de sair no final da tarefa
do quadro 1. Isso mostra visualmente se a dependência é

5 Além disso, como foi mencionado nos slides, as tarefas podem ser estabelecidas para terminar em
função de quando outras tarefas começam ou terminam, mas esta é uma maneira incomum de ver as
dependências de tarefas e é provável que não seja necessário em algo tão simples como a construção do
robô. Portanto, não será utilizado neste tutorial de introdução.
7
uma dependência de acabamento (por exemplo, da tarefa 1 para a tarefa 2 com a seta vindo do final de
a tarefa do quadro 1) ou se trata de uma dependência de partida (por exemplo, da tarefa 2 para a
tarefa 3). Em qualquer caso, o comprimento horizontal da seta indica quantos dias devem passar
antes que eu possa começar a próxima tarefa.
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 comuns: Requer "Identificar características comuns de design" para
completar.
• Construir características específicas del diseño: Requiere "Decidir diseño final" para terminar.
•Programação: Pode ser iniciado 5 dias após "Construir características específicas do design"
começou.
Antes de mostrar como minha tela agora parece para comparação, observe que o projeto foi
crescido em comprimento e agora excede o que (provavelmente) se encaixa convenientemente na seção de
diagrama de Gantt à direita. Você pode aumentar e diminuir a imagem no calendário por meio de pressionamentos urgentes
Vistas | Acercar e Vistas | Alejar respectivamente. Alejamento de uma só planta e ver se a tela se
verá assim:

(Note que ele quase conseguiu a linha entre os dados e as seções do gráfico de Gantt e me
movi para a direita para mostrar mais colunas de dados. Você pode fazer isso clicando
esquerdo sobre a linha vertical entre essas seções e arrastando para a direita ou para a esquerda.
A razão pela qual eu parei em 'Programação' é que esta tarefa e todos os que antes eu tinha apenas
uma única dependência. Isso nem sempre é o caso, pois às vezes várias tarefas precisam de
chegar a certos pontos antes que uma nova tarefa possa começar. Considere nosso próximo "Testes
y reelaborar
antes de completar a construção básica do robô. A complicação é que dado este 'ensaio e
reelaborar" excessivamente alto nível Task6, sua data de início é controlada por outras três tarefas; as duas
tarefas de construção e a tarefa de programação. Felizmente, é fácil descrever esse tipo de
dependencia de múltiples tareas: Usted simplemente enumerar cada dependencia individual y
separá-los por ponto e vírgula. A chave aqui é simplesmente levá-los um de cada vez. Em primeiro lugar, a
a tarefa do teste não começa até sete dias antes, é realizada a "construção de características"
comuns" de tarefas, por isso este é um 5FS-7. Não pode ser iniciado até sete dias antes da tarefa
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. Junte-os e você obtém a mordida "5FS-7; 6FS-7; 7FS-7". Escreva isso como o predecessor de
a tarefa 7 e olhar o que acontece com o diagrama de Gantt:

.
Ver as flechas múltiplas, que agora se alimentam no início da caixa de testes? Isso mostra que o
momento de cuándo puede comenzar esta tarea está cerrada por tareas múltiples. Ahora, ¿por qué
passar pelo incômodo de definir três tarefas como precursores para a tarefa de teste quando podemos
"obviamente" (sic) ver que só ter a prova do começo sete dias antes dos extremos de
A programação nos dará a mesma data? Cuidado para não cair nessa armadilha. O fato de que em
momento de la planificación del proyecto que es "evidente" cuando las cosas terminan al mismo
tempo, a realidade do projeto pode atrasar tarefas. Por exemplo, o que acontece se "programação" vai
embora termine cedo, enquanto a tarefa de "construir as características específicas do
"design" takes three days longer than expected? If you only have this generic checking task
fechada pela conclusão da tarefa de programação, o teste pode começar muito
precoce em comparação com a tarefa de construção de hardware. Embora a definição de todos os
relaciones para una tarea como esta tarea se Testing unos minutos más, le permite adaptar el programa
corretamente para qualquer uma das tarefas predecessoras de acabamento, seja cedo ou tarde.
(As ferramentas de planejamento do projeto determinarão a data final de cada uma das
dependencias y se usar eso como la fecha de inicio de la tarea.)
Agora, você sabia que eu me lancei à direita nos tipos 'fs' das relações aqui? Embora não
eu coloco a questão no último parágrafo, uma vez que se concentra em um versus múltiplas tarefas predecessoras,
lembre-se da pergunta introduzida anteriormente sobre 'O que deve acontecer para esta tarefa se o outro'
A tarefa não termina a tempo? Poderíamos ter definido a tarefa de testes como o início de um número
determinado de días después de cada una de las tres tareas de construcción / programación iniciado,
mas o teste é um caso clássico em que normalmente faz sentido adiar o início do teste, se
a coisa (s) que está sendo testada tem um deslizamento de horário. Portanto, o teste é um tipo de tarefa comum
fechada pela realização de outras tarefas e não no início.
Para completar as dependências neste exemplo, defina a tarefa prática para começar as
provas de quatro dias após o início. O calendário final inicial deve ter esta aparência:

Ajuste de días de trabajo

Como se mencionó anteriormente, la mayoría de los instrumentos de planificación del proyecto por
defeito na semana de trabalho normal. Digamos que sua equipe trabalha no robô de segunda a quinta-feira de
cada semana e pelo que queremos a sexta-feira não será considerada um dia de trabalho. Ajuste do
horario de días de trabajo es fácil. Haga clic en Tarea | aparecerán Calendario y la casilla "Cambio de
Calendário de Trabalho. Desloque-se até o calendário de julho de 2014 e clique em 'F' no dia da
linha da semana. Ver que todas as sextas-feiras têm sido destacadas (neste e em todos os outros
páginas do calendário se mostra ou não). No lado esquerdo, clique em "tempo de não trabalho" e
Depois clique em "Aceitar" na parte inferior. Confira a data de conclusão do projeto. Agora, em
lugar de isso termina no final da semana de 18 de agosto, o projeto agora se estende em
setembro e se ampliar (Visto | Aproximar), verá que sexta-feira, sábado e domingo estão agora todos em cinza
para mostrar que não são dias de trabalho.
Agora vamos ver como enfrentar os dias específicos de descanso. 04 de julho é um dia em que os
as escolas estão fechadas, então teremos que ajustar o programa para mostrar isso como um dia
não laborável? Clique em Tarefa | Calendário novamente para verificar que dia da semana é 04 de julho
2014 é de. É uma sexta-feira, que já é um dia de descanso para nossa equipe hipotética, por isso não
tem que dizer ao ProjectLibre ignorar esse dia. Isso é chato, então vamos fingir que as
as escolas não estão em sessão em 21 de julho de 2014 por alguma razão. No quadro 'Trocar de Trabalho do '
Calendario", haga clic en apenas 21 de julio 2014 y haga clic en el tiempo de no trabajo y luego en
Aceitar. O diagrama de Gantt agora demonstrará que, para ser um dia não trabalhado, mudará tudo
depois que à direita (de trabalho) dias.
Si desea cambiar de un día no laborable para ser un día de trabajo, seleccione el día que el anterior y
clique em "uso padrão" ou "o tempo não é o padrão de trabalho." A diferença entre eles é
se o dia é um de seus dias normais de trabalho ou não. Se for um dia normal de trabalho, clicando em
"Usar predeterminado" volverá de nuevo a la normalidad. Si no es un día normal de trabajo (un sábado,
por exemplo), clique em "tempo de trabalho não predeterminado". De qualquer forma, uma delas se
converterá o feriado do cinza para o fundo branco e que é o que você deseja usar.
Utilizando Rotas Críticas
Después de entrar en las tareas del proyecto de bienes y sus dependencias, puede encontrarse con que
a data final do projeto é posterior ao prazo de conclusão. Pretender que o projeto de
o exemplo que criamos deve ser completado antes de 1 de setembro. O diagrama de Gantt
A identificação "caminho crítico" (as linhas vermelhas) ajuda a ver quais tarefas tentar encurtar.
Isto é o que o projeto deve ser semelhante na sua tela:

Veja como a linha de trabalho 'construir características comuns' é azul? A razão pela qual é de cor
azul é que a tarefa fechada por sua realização (a tarefa de teste) também requer outros,
completando mais tarde, as tarefas para completar. Para mostrar isso, alterar a duração de
construção de características comuns de 15 dias para 12 dias, e olhar para a data de conclusão do
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
não vai mudar a data de conclusão do projeto. (Por favor, volte a "construir características")
comunes" a 15 días de duración ahora.) Si necesita acortar el horario, concentrarse en las tareas rojas
caminho crítico

Enquanto você está encurtando a duração das tarefas, não se surpreenda ao ver o (ou seja, vermelho / 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 do design de construção (linha 6) a partir de 20 dias para 18 dias. Fazer isso
acorta uma tarefa da rota crítica, mas não mudou a data de conclusão e, além disso, a linha ficou azul. A
A razão pela qual isto aconteceu é que, embora já não seja um elemento de tarefa crítica (colocando portas
quando a tarefa de teste poderia começar), outra tarefa também as portas da tarefa de
verificação e pelo que a data de conclusão do projeto ainda não mudou. (Tenha em
Conta que neste momento todas as tarefas anteriores à tarefa de compilação podem ser azuis. Ele
vi um erro no ProjectLibre que de vez em quando uma tarefa se torna azul vermelha acidentalmente,
e de forma incorreta, às vezes pinta as tarefas anteriores de azul também. Se isso acontecer, você pode forçá-lo
a voltar a recalcular todas as cores mediante a adoção da última tarefa, em curto por um dia e depois
colocar novamente onde estava.) neste ponto, estabelecer a duração da linha 6 novamente para 20 dias e
guardar el proyecto file (archivo | archivo | Guardar como). Ahora que usted puede conseguir
facilmente de novo para onde atualmente nos encontramos no tutorial (Arquivo | Arquivo | Abrir),
não hesite em brincar com a mudança da duração das diferentes tarefas para ver como a linha do caminho
a crítica se move ao redor e como finalizar o exemplo do projeto mudanças de data.

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 o arquivo que salvou (Arquivo | Arquivo | Abrir) para que nossos shows
são uma vez mais consistente.
O acompanhamento do projeto

O que fizemos até agora no tutorial é criar um projeto para estimar quanto tempo levará
cada tarefa. Embora seja importante para o planejamento fazer isso com as melhores estimativas que
puede dar las tareas, las estimaciones rara vez llegar a ser perfect.7 Algunas tareas completarán más
rápido do que previsto, enquanto outros levarão mais tempo. Enfrentar essa realidade em mudança é um
dos principais benefícios do uso de software de planejamento de projetos. Nesta seção, 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
se atualiza periodicamente o ProjectLibre com o estado das tarefas atuais. Pode-se atribuir um
porcentaje de pases completos de 0% a 100% para qualquer tarefa e o programa a seguir, utilizar
esta informação para ajudar a dar uma melhor estimativa do trabalho restante e do projeto da data
de finalização prevista.

Vamos supor que no nosso exemplo a pontapé de saída terminou. A coluna por defeito
à esquerda da coluna "Nome", mostre o progresso e, se clicar duas vezes em uma posição, o
cuadro de "Información de la tarea" aparece para esa tarea. Seguir adelante y abrir la caja para la tarea
Início.

Há muitas coisas que podem ser estabelecidas para a tarefa, como se verá se você clicar através das
diferentes abas. (Quase tudo isso sugiro que você ignore para seu primeiro uso da ferramenta em um
projeto tão simples sob uma perspectiva de gestão de projetos como a construção do robô.
Vou explicar brevemente "recursos" mais adiante.) Voltando novamente à aba "Geral",
escreva 100 na caixa "porcentagem completada" e pressione a marca de verificação verde na linha
Kickoff "cerca".: Isso demonstra que a tarefa nessa linha foi concluída. Agora, embora seja difícil de
ver desde a tarefa Kickoff é apenas um dia, se você se aproximar um pouco do diagrama de Gantt pode-se ver uma
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 a porcentagem de conclusão e não aparece apenas quando a tarefa é realizada. Para ver
esto, establezca el "considerar diseños" tarea a 30% hecho. La línea de color negro para que la tarea
entra em Segunda-feira, 07 de julho, como se vê aqui:

7
Helmuth von Moltke, o Velho, chefe do Estado-Maior do Exército Prussiano por muitos anos no final dos anos 1800, é creditado
dizendo "nenhum plano sobrevive ao primeiro contato com o inimigo." Enquanto ele descrevia planos de guerra militar, projeto
o planejamento tem o mesmo atributo que a realidade raramente, se é que alguma vez, acontece exatamente como planejado, então não tema mudanças.

11
Se ainda não estamos a 07 de julho, parabéns, esta tarefa é antes do previsto, mas o que acontece se
"hoje" é 9 de julho, quarta-feira, onde esta tarefa parece estar agora mais de um dia atrasada? Este é o
tema da seção seguinte. Antes de passar para o próximo tema, no entanto, vou reforçar e explicar
aqui a mensagem nos slides que tarefas menores são melhores que as tarefas maiores. O
beneficio de tareas más pequeñas es que es más fácil para ver si están completamente hecho o no.
Vamos usar um exemplo dos extremos opostos do espectro, quando um projeto tem 10 tarefas no terceiro dia
e outro projeto tem uma única tarefa 30 dias fazendo o mesmo trabalho total. Depois de nove dias, é
fácil para el equipo de la primera del proyecto para saber si las tres primeras tareas se llevan a cabo o
não, uma vez que as tarefas definidas estão separadas. Depois de nove dias, como é fácil para ele
segundo equipo para estimar su porcentaje de finalización de una tarea grande? En general, cuanto
mayor seja a tarefa mais difícil é seguir facilmente e com precisão seus avanços e erros pode ser
prefeito. Tarefas menores se prestam naturalmente a uma compreensão mais clara do que é, e o
que não é, com tudo por fazer e os erros são menos significativos. (A estimativa da porcentagem de
a conclusão de mau em 10% em uma tarefa de 30 dias é uma grande reviravolta quando é descoberta,
mas desconsiderando uma tarefa 3 dias em 10% é apenas perceptível.), Faça um favor a si mesmo e tente
manter suas tarefas pequenas.
Ajuste de tarefas tardias
O ajuste do horário para levar em conta as tarefas que estão sendo executadas por trás pode ser uma das
coisas mais difíceis de fazer, uma vez que requer que a equipe reconheça que uma parte do projeto foi
atrasado. Ao mesmo tempo, é uma das coisas mais importantes "guardião da programação" do
equipe pode fazer. A repetição de mim mesmo já que se trata das anotações do conjunto de
diapositivas, a importância de ajustar o planejamento de tarefas do final dos anos é difícil
subestimar, uma vez que fazer isso é como a equipe pode reconhecer o que eu chamo de "rota da realidade"
actual" y puede hacer cambios si ese camino hace no apunte hacia el éxito. Cuanto antes se puede
descobrir que uma tarefa está atrasada mais tempo do que se tem para corrigi-la, então evite a tentação
de dar ao time um dia ou dois para fazer as pazes antes de ajustar a programação. Além disso, o time já
sabe que a tarefa foi adiada, portanto não ajustar o calendário não ajuda ninguém. (E se a equipe
hace recuperar el trabajo, el equipo puede celebrar y el horario se puede reajustar como se demostrará
a seguir.)
Sinto muito pelo que poderia parecer ter sido uma caixa de sabão, mas espero que isso transmita a
importancia de hacer frente a la realidad horario. Ok, de vuelta a la mecánica de ajuste de la
programação.☺
Voltando ao exemplo do tutorial, "consideram designs" é marcado como 30% feito e é um pouco mais de
un día de retraso ya que hoy es, supuestamente, 9 de julio. ¿Qué herramientas de planificación de
projetos te dão é uma forma fácil de dizer que qualquer obra não feita deve começar em um dia
determinado. Isso nos permite tomar os 70% restantes nesta tarefa e deslocá-los para a direita (em
quanto ao tempo) para começar hoje. Dado que esta é uma configuração de todo projeto, não se
encontre sob a aba de "tarefa" no ProjectLibre, mas sim em Arquivo | Projeto |
Atualizar. Clique aqui. A caixa de "Atualização do Projeto" aparecerá. AVISO, este
o quadro tem o que eu acho que é uma forma incomum pré-determinada, ou seja, o ajuste de cada tarefa.
a lo ciento a finalização deve estar no início da jornada de trabalho de amanhã de manhã. Para
proyectos con un pequeño número de tareas que se activa al mismo tiempo, como la construcción del
robot, sugiro falar com a equipe para descobrir a verdadeira porcentagem completada de cada tarefa 'em
lugar de utilizar esta configuração predeterminada.

Para ajustar o horário para as tarefas que estão atrasadas, selecione o "trabalho Reprogramar que
queda depois" botão e coloque a data apropriada.

Agora, uma nota sobre a "data adequada": A data provavelmente é diferente de o 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
a partir de amanhã, o que faz sentido se sua equipe revisar o calendário no final da atividade de
construção da jornada. No entanto, se sua equipe revisar o cronograma no início das
atividades do dia, você precisa colocar na data de ontem para que o trabalho restante comece
hoje no calendário. Você conseguirá a queda dela rapidamente.

Em mais de advertência. Salve o arquivo do projeto (Arquivo | Arquivo | Salvar) antes de ajustar o
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
relações entre as tarefas adequadas. Salve seu trabalho antes de fazer a tarefa "atualizar" no
siguiente párrafo. (Y, por supuesto, como con cualquier programa de ahorro de su trabajo con
frequência é boa. É só bom fazer isso antes que esta função em particular.)
Voltando ao exemplo do tutorial, vamos supor que a equipe revise o horário no início do
jornada e que hoje é o nono, para ajustar a data para 8 de julho de 2014 e pressione "OK". Agora você verá
este vazio no diagrama de Gantt da tarefa 2:

Além disso, você verá que o projeto saiu por alguns dias, já que a tarefa 2 estava na rota.
crítica, por isso é mais longa faz com que todo o projeto seja mais longo.
Curiosamente, a função de ajuste também funciona ao contrário. Imagine que a equipe
ha trabajado duro en esta tarea "considerar diseños" el miércoles 9 y la completó. Establecer su estado
de finalização ao 100% e depois atualizar o projeto para todo o trabalho que resta para começar
depois de 9 de julho de 2014. Além da tarefa 2 que tem uma barra horizontal negra preenchida nela e
a marca de verificação verde que aparece, não aconteceu mais nada. A forma mais fácil de conseguir a tarefa
4 ("decidir el diseño final") para mostrar por ser-start poder el 10 de julio es quitar tarea predecesora
dependência de 4 na tarefa 2 e bateu <tab>. Isso fará com que a tarefa 4 volte para o início
de todo o projeto e depois fazer a atualização indicada acima para ter todo o trabalho
restante de começar a partir de hoje (ou seja, 09 de julho de 2014). Isso faz com que a tarefa de data 4 inicie
Cobrir em torno de 10 de julho de 2014 se ajusta o restante da programação em consequência.
O inconveniente de quebrar esses predecessores para dar conta das tarefas concluídas a tempo é
que usted no tendrá en la programación para actuar como plantilla del próximo año. Si hace doble clic
na coluna de estado da tarefa (a coluna que tem as marcas de verificação verdes para as
tarefas 1 e 2 neste ponto), o quadro de "Informações da tarefa" tem uma aba "Notas" no
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 o próximo ano.
Baja temporal
Neste ponto, a tela deve ter esta aparência (o zoom se afasta um pouco):

Se é assim, parabéns! Você provavelmente já sabe tudo o que precisa saber sobre os
ferramentas de planejamento de projetos para aplicar a um projeto da magnitude de
construção do robô. Se a tela não se parecer com isto, volte e revise os passos com um
preste atenção especial às datas do calendário que foram inseridas. Se você ainda está tendo
problemas (sinto que expliquei algo de uma maneira confusa), não hesite em me enviar uma
Pergunte em cyankes@[Link] e, para me ajudar a ver sua pergunta mais facilmente entre minhas
correios eletrônicos, por favor coloque "ProjectLibre" em algum lugar no campo de assunto.
Temas diferidos

Criar um projeto com Forward frente Tarefas programadas reversas

Voltar ao início deste tutorial, quando você estava criando o projeto, pedi que saísse da caixa.
Programa programado
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

Ao longo deste tutorial, usamos o que é chamado de "programação progressiva", que é outra forma
de dizer "se o projeto começar nesta data e tiver essas tarefas, quando será realizado o
projeto?" Quando adicionamos tarefas ou durações ajustadas, portanto, nós não estávamos
mudando quando o projeto estava começando, mas estavam mudando quando o projeto estava indo
a terminar. "Programação para trás" é o oposto e, essencialmente, faz a pergunta "quando
tem que começar este projeto com essas tarefas se for feito em um dia determinado?
programação para trás, se adicionada às tarefas do caminho crítico ou se aumentar sua duração, a data
A data de término do projeto obrigatório permanece fixa, mas a data de início será antecipada no calendário.

14
Ambos estilos têm ambientes nos quais fazem sentido. "Programação Forward" é bastante comum.
em projetos com aberturas definidas as datas, mas as datas de finalização indefinidas e se utiliza a
menudo para dar à alta direção uma ideia de quando o projeto poderia terminar (e, portanto, uma
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
partes distintas do projeto têm que começar para cumprir com o contrato.

Curiosamente, a acumulação da robótica ao mesmo tempo.

Você tem tanto uma data definitiva de início, saque de centro, e uma data definitiva de 'construção parada'.
Nesse sentido, seja para frente ou para trás, a programação pode trabalhar para o projeto.
de robótica. En cualquiera de los casos, la calidad de su horario depende de la capacidad del equipo
para identificar e estimar a duração das tarefas e em ambos os casos é necessário ajustar para as tarefas de
estar por delante o por detrás de lo programado. Por lo tanto, se puede elegir cualquiera de los
métodos. Uma diferença importante entre essas abordagens, no entanto, é o impacto de uma tarefa
tomando mais tempo do que o esperado. Na programação retroativa, as tarefas são adiadas o máximo
tempo possível e, em geral, iniciam no último momento possível. Isso funciona bem se você
tem um sólido conhecimento de quanto tempo levará algo. (Por exemplo, enquanto a
A construção de um edifício por um empreiteiro geral experiente provavelmente saberá até o dia
quanto tempo vai levar para derramar os alicerces de concreto.) Se você optar por usar a programação
para trás, sugiro que comece a trabalhar nas tarefas o mais rápido possível de todos
modos de permitir a ampliação de prazos posteriores. Pessoalmente, gostaria de usar a
programação para a construção do robô.

Recursos

Eu mencionei várias vezes que há aspectos das ferramentas de gestão de

projetos que você provavelmente é melhor ignorar na construção do robô. Nós nos temos
concentrado na definição e na gestão de tarefas, que é uma parte da gestão do projeto. A outra
A gestão e programação de "recursos". Os recursos incluem tanto as pessoas quanto os equipamentos.
especiais que possam ser necessários no projeto. Voltando ao exemplo da construção na
parágrafo anterior, se a empresa contratante precisar alugar uma peça especial de equipamento por alguns
dias, a disponibilidade de que os fatores da máquina na hora da tarefa que a usa pode ser
programado.

Na maioria dos projetos, no entanto, as pessoas são o recurso que a equipe de gestão de
projetos com os quais precisa se preocupar. Imagine uma grande organização de desenvolvimento de software (200-
300 personas) a partir de um projeto de um ano com centenas ou até milhares de tarefas. Entre todas
essas tarefas são as duas tarefas seguintes (e a fusão das operações de reparo / / normalmente
separados de diseño de construcción de pruebas / en tareas individuales por simplicidad aquí):

• Design, Code and Alpha Test function - 8 semanas de tempo integral.

• Design, Code and Beta Function Testing - 10 semanas a tempo inteiro.

Essas tarefas não têm dependências entre si, podem começar no dia 1 do projeto.
e ambos porta o início de outras tarefas. Tomar uma "única tarefa" vista do projeto (como o que
fizemos ao longo deste tutorial, pois essa simplificação funciona para a construção do
robot), ambos se mostrariam como a entrega no dia 1. No entanto, o que acontece se
ambas funções têm que ser escritas pelo mesmo programador que tem um conjunto de
habilidades em particular? Alfa será concluído em 8 semanas e Beta feito duas semanas depois? Não é
provável. Aqui é onde a parte dos recursos de gestão de projetos é útil: se o programa souber
que vai trabalhar em cada tarefa, então, a ferramenta pode identificar facilmente em que
alguien es "de doble reservada" (o peor) y cambiar la horarios en consecuencia. (O, por supuesto, si se
trata de um grande deslizamento de horário que pode levar os líderes do projeto a contratar um
contratante que também tem esse conjunto particular de habilidades para arrastar o calendário
interativo)

Da mesma forma, as pessoas que têm atribuídas às tarefas permitem que ferramentas como
ProjectLibre para mostrar quando alguém está a menos de 100% cheio, o que permite aos
administradores de proyectos para saber cuándo van a tener a una persona que puede ser asignado
temporalmente para ajudar com outras tarefas.

A gestão de projetos de grande envergadura, portanto, é necessário equilibrar tanto a

planejamento da tarefa e os lados dos recursos da imagem que podem se tornar muito
tempo. Esta é a razão pela qual sugeri evitar a programação de recursos no
bastante simples (sob uma perspectiva de gestão de projetos) robô constrói. Se ele fizer, ter a
alguém com uma habilidade única que é necessária em tarefas múltiplas simultâneas, uma forma mais
fácil de tratar com ela é criar uma dependência entre as tarefas para que não possam ser simultâneas ou
alargar a duração de cada uma das tarefas para dar conta da pessoa que se divide entre elas.

Durante a construção do robô "fora de temporada" (ou seja, talvez depois das Regionais /
Nacionais), eu te convido a fazer uma cópia do horário de bens da sua equipe e explorar o que acontece
quando as pessoas são designadas para as diferentes tarefas. Os livros ProjectLibre na Amazon são muito bons
recursos para ajudar a entender se trata de recursos.

Apéndice 1: 2013 Equipo 3511 Lista de tareas

Como mencionado anteriormente, a Equipe 3511 utiliza uma planilha Excel para a construção
de 2013 para realizar um acompanhamento de seu progresso. Jim Broker dessa equipe permitiu
gentilmente a planilha que está incluída neste tutorial, pois pode ajudar a dividir por o
robô a construir em tarefas. Desde competições posteriores não estarão lançando discos voadores, os
detalles de su equipo será diferente, pero este es un buen ejemplo de un nivel de tarea que trabajó
para uma equipe.
17