сдвиг по времени выполнения gen.

[Deep-one]

{3790}Baseline устанавливается для еще не начатых задач, по факту выполнения завершенных (сдвиги по времени выполнения, изменение зависимостей и последовательностей между задачами).
Рабочий вариант:
{3790}The baseline is set for the upcoming tasks, based on the execution the already completed tasks (execution lags, modified task dependencies / sequences).

[silly.wizard]

кас. "сдвиги по времени выполнения" -- чего там сдвигается, и относительно чего?
может это deviation from the [original] schedule/plan (??)
(см. также последний вопрос по исходнику ниже)

алсо, независимо от остального:
из рабочего варианта - убрать запятую

алсо про исходник - очень он туманный (либо контекст неполный):
"устанавливается" -- кем? (человеком? программой?)
"по факту" -- это в смысле "в момент завершения" или "по результатам того, как они завершились"?
"изменение зависимостей и последовательностей между задачами" -- как и кем это меняется?
и вообще, к чему эта часть в скобках относится - к бейзлайну неначатых задач, или к завершенным задачам??

[Deep-one]

х.з. - там эти умники пишут так что у меня волосы на голове дыбом встают.
это называется - "посади программера документ готовить".
- кем - очевидно автоматически, когда другие (какие?) задачи закрываются.
- по факту - это ко времени скорее всего (upon).
- изменения... вручную оператором.
- что в скобках - очевидно, в виду имеется следуюшее - если задача завершена позднее срока, то начало выполнения последуюших задач тоже может сдвинуться (но не обязательно - процессы на одной стадии могут быть распараллелены, см. ссылку)
http://ru.wikipedia.org/wiki/Метод_критического_пути
Грубо говоря, в проекте могут быть задачи, изменение длительности которых необязательно повлияет на общую длительность длительность проекта.
сам техпис и аналитик, вроде хороший специалист - а уже написал клиенту две страницы коментов и вопросов, и конца еще не предвидится...
рабочий вариант:
The baseline is set for the upcoming tasks upon the execution of the already completed tasks (execution lags, modified task dependencies / sequences).

[silly.wizard]

я вот программист (и аналитик, да) - и мне непонятен ход мысли "коллеги", который написал сей пассаж.

- кем - очевидно автоматически, когда другие (какие?) задачи закрываются.
- изменения... вручную оператором.

вот эти две вещи вместе у меня в голове плохо сочетаются. (особенно если еще и "upon" сюда добавить.)
есличесна, сомневаюсь я в том, что бейзлайн устанавливается автоматически.
в МС Проджекте - это как раз фиксируемый оператором план.

в общем, если вам доступен автор - не жалеть, и спрашивать разъяснений. не вижу другого надежного способа произвести на выходе не-каку.

ПС.
текст говенно написан, сочувствую. красный флаг - безличные предложения. когда в тексте не указывается деятель, всегда рано или поздно возникает такая задница с пониманием.
ППС.
мне и с техписами похожие проблемы приходилось разгребать ;) эти просто порой пишут без глубокого понимания материала

[silly.wizard]

\\ - по факту - это ко времени скорее всего (upon). \\

тогда просто: ... upon completion of tasks ...

без той части что в скобках (и которую не знаю куда пристегнуть), и исходя из того что бейзлайн устанавливается прогой (как вы говорите) - все вместе как-то так:
Upon completion of [the] tasks, the {program-name} sets baseline for [the] upcoming tasks.

[Deep-one]

безличные предложения - это потому что проект пока в самой начальной стадии (ТЗ не готов), и сам аффтар похоже еще не видит что там и как получится.

[Deep-one]

скажем так, аналитик я с приставкой недо. пишу eis больше, управление проектами не мой конек чесслово.

[Kugelblitz]

Это календарное планирование, речь идет о сетевом графике проекта, выполненном скорее всего в программе Primavera или MS Project, либо другой программе. Все достаточно просто - специалист по планированию вместе с ведущими инженерами и руководителем проекта готовят график выполнения проекта (с той или иной степенью детализации в зависимости от этапа проекта или требований заказчика), после того, как график согласован всеми сторонами, он сохраняется в виде БАЗОВОГО ГРАФИКА. Что такое собственно сам график - это набор задач или работ, которые выполняются в рамках проекта с определенной длительностью, соединенные между собой в последовательность при помощи логических зависимостей, их всего четыре (т.е. самая простая - finish - start, одна задача не может начаться, пока не закончится первая, или ss или ff start-start, finish - finish для параллельных задач, или sf - очень редко употребляется). Смысл выстраивания логической последовательности - в том, чтобы программа просчитала общую длительность проекта, т.е. определила критический путь (логическую цепочку с самым длинным сроком выполнения, которую нельзя сжать). В критическом пути находятся такие задачи, у которых нет временного резерва, т.е. при изменении длительности которых изменится и длительность проекта - собственно, длительность критического пути и будет равняться длительности проекта. LAG - это не сдвиг, это задержка между задачей предшественником и задачей последователем, например, для того, чтобы начать монтаж внешних стен, нужна семидневная задержка после завершения строительства фундамента, логическая связь будет SF + 5 d, в этом случае мы имеем дело с положительной задержкой. Но задержка может быть и отрицательной, она называется LEAD, например. мы можем начать перевод за пять дней до тога, как документ будет закончен, т.е. SF- 5d.
К вашему вопросу. По мере продвижения проекта ФАКТИЧЕСКИЕ ДАННЫЕ (т.е. реальные даты начала каждой работы, прогресс, прочее) сравниваются с базовым графиком, т.е. ФАКТ с ПЛАНОМ. Естественно, они не совпадают (может быть опережение, или как правило - отставание).

Baseline is established for the activities which are not started потом я не понимаю смысл фразы - по логике должно быть что-то типа to compare actual vs planned values.
Есть такой документ The Practice Standard for Scheduling (PMI), там есть глоссарий, надеюсь, он вам поможет, постараюсь вам его выслать.

[Elena-Aquarius]

Kugelblitz +1
http://project-management-knowledge.com/definitions/f/finish-to-start/

[tumanov]

Налицо наблюдается продукт перевода на русский язык, сделанный в свое время не для телевидения.

Оригинальные тексты, скорее всего, вот здесь:

http://office.microsoft.com/en-us/project-help/

[tumanov]

…
See what's driving the project finish date (critical path)

Article One of the first steps in managing projects is discovering how the end date of the project changes as tasks and resource requirements change.

[tumanov]

(сдвиги по времени выполнения, изменение зависимостей и последовательностей между задачами)
=
change

[tumanov]

To get the most out of critical path analysis, do the following:

* Regularly view the critical path Be aware that the critical path can change from one series of tasks to another as you progress through the schedule. The critical path can change as critical tasks are completed or as other series of tasks are delayed.
* Closely monitor critical tasks Any task on the critical path is a critical task (critical task: A task that must be completed on schedule for the project to finish on time. If a critical task is delayed, the project completion date might also be delayed. A series of critical tasks makes up a project's critical path.). Monitor these tasks regularly to see if any of them slip (slippage: The amount of time that a task has been delayed from its original baseline plan. The slippage is the difference between the scheduled start or finish date for a task and the baseline start or finish date.). If a critical task slips, so does your finish date. You can save a baseline and use the Tracking Gantt view to see slipped tasks.
* Review series of tasks that may become the critical path If a noncritical series of linked tasks slips its dates enough, that series of tasks will become the critical path. You can view other potentially risky tasks by showing multiple critical paths in a project.
* Protect yourself by viewing tasks that can slip without affecting the critical path By default, the critical path shows the tasks that cannot slip at all or the project date will slip. You may want to view tasks that currently can slip by a day without affecting the critical path, because if they slip by more than a day, they will become critical tasks. Viewing the tasks with slack (slack: The amount of time that a task can slip before it affects another task or the project's finish date. Free slack is how much a task can slip before it delays another task. Total slack is how much a task can slip before it delays the project.) (or "float") helps alert you to tasks that are becoming critical while you still have some buffer (buffer: Additional time added to a task's or project's scheduled duration that accounts for possible increases in the actual time required to complete the task or project.).

[Kugelblitz]

Free slack is how much a task can slip - свободный временной резерв означает время, на которое задача может быть сдвинута

slippage - пожалуй, наиболее адекватный перевод "сдвига по времени"

Как я уже говорил, для самообразования в этой области подойдут:
The Practice Standard for Scheduling (Project Management Institute, он же автор PMBOK, Project Management Body of Knowledge)
Учебное руководство по Primavera (базовый курс P102)
Руководства по Microsoft Project,
Сайт Plnning Planet http://www.planningplanet.com/
есть еще любопытный сайт http://www.mosaicprojects.com.au/Planning.html

Я работаю специалистом по планированию в Primavera 5.0 и MS Project, так что понимаю, как трудно все это переводить.

[tumanov]

Вы меня простите, но это, на мой взгляд, очень элементарно переводить.
Вот на эстонский мне это действительно трудно переводить.
Но он для меня и неродной. А на родной-то чего сложного?
При наличии как минимум среднего образования и практики болтовни на элементарном корпоративном жаргоне.

[Moto]

+1 к Kugelblitz,
сэр Туманов, а вы замостачьте не на офис ссылку, а на их продукт Майкрософт Проджектъ. (Просьба).

[tumanov]

В каждом городе есть магазины, где торгуют программами.
Вам ссылку на магазни в каком городе?

[Moto]

Таллиннн пойдет. ))))

[Moto]

За slippage в M$ Project

http://office.microsoft.com/en-us/project-help/how-scheduling-works-in-project-HA010373148.aspx?CTT=1

Control slippage If a manually scheduled task has to be delayed due to a slippage, its successor tasks will not be automatically pushed out. Project managers can decide to keep the original dates if their resources are able to proceed as planned, or delay the successor tasks if there are hard dependencies.

[tumanov]

А еще очень часто бывает, что достаточно посмотреть на инсталляционные диски офиса. Там среди прочих программ может оказаться и Проджект, который просто не поставили на компьютер за ненадобностью.

[Deep-one]

Slack only refers to the non-critical tasks, so simply writing time shift.

[Deep-one]

@silly,wizard -ты был прав baseline устанавливается человеком.
slippage OK.