10 лучших приложений для планирования и контроля задач

Опережение и запаздывание в MS Project

Для более точной настройки зависимостей между задачами Вы можете использовать перекрытия и временные сдвиги между задачами. Временное перекрытие между связанными задачами возникает при одновременном выполнении задач. Временное перекрытие характеризуется временем опережения – промежутком времени, в течении которого задачи могут выполняться одновременно. Запаздывание между связанными задачами характеризуется временем запаздывания  –  промежутком времени между завершением задачи-предшественника и началом задачи-последователя.
Вы можете указать время запаздывания и время опережения, используя как единицы времени (минуты, часы, сутки и т.д.), так и процент длительности задачи-предшественника. Используя эти показатели, Вы можете сделать Ваш план более точным.

Для того чтобы указать время запаздывания или время опережения:

1. Вызовите окно «Зависимость задач».
2. В поле «Запаздывание» укажите время запаздывания как положительное число и время опережения как отрицательное число.
3. Нажмите «OK».

То же самое можно сделать и при помощи окна «Сведения о задаче»: 

1. Выделите нужную задачу. 
2. На панели инструментов нажмите на кнопку «Сведения о задаче».
3. Перейдите на закладку «Предшественники».
4. В поле «Запаздывание» введите положительное или отрицательное число.
5. Нажмите «OK».

EverNote

Один из самых востребованных сервисов для создания заметок и хранения данных, подходящий для личных целей. Распознает и осуществляет поиск по рукописному тексту: при этом понимает одиннадцать языков, в том числе русский. Способен выполнять сканы документов, интегрируется с Gmail, Slack, Google Drive и другими полезными сервисами.

Преимущества:

• обладает системой готовых шаблонов, упрощающих процесс создания заметок;
• хранит записи в самых разных форматах: картинках, текстах, ссылках, PDF, веб-страницах сайта, письмах;
• подходит для планирования, т.к. фиксирует задачи и сортирует их по приоритету.

Тарифы:

1. Free. Позволяет синхронизировать приложение между 2 устройствами, хранить 60 МБ нового контента в месяц, сохранять заметки размером до 25 МБ. Есть 3 виджета, задачи, поиск, копирование веб-страниц, возможность прикрепления файлов.
2. Personal — от 219 рублей в месяц. К функциям Free-тарифа добавляется возможность синхронизировать любое количество устройств, хранить до 10 ГБ нового контента в месяц, заметки размером до 200 МБ. Есть доступ к дополнительным виджетам, подключение Google Календаря, сроки, напоминания, уведомления для задач, доступ без интернета.
3. Professional — от 299 рублей в месяц. К функциям Personal добавляется возможность сохранять до 20 ГБ информации в месяц, отслеживать выполнение задач, находить контент по геометкам, использовать булевой поиск, экспортировать блокноты, интегрироваться с сервисами.

Автоматическое планирование

Прежде всего нужно убедиться, что в Project по умолчанию настроено использование режима автоматического планирования новых задач. Если после запуска Project возникает вот такое всплывающее уведомление:

– то выбираем пункт Параметры в меню Файл, в открывшемся окне Параметры Project переходим на закладку Расписание, затем в раскрывающемся спискеПараметры планирования для этого проекта выбираем пункт Все новые проекты, а в раскрывающемся списке Новые задачи пункт Автоматическое планирование, после чего нажимаем кнопку OK.

Это позволит Project самостоятельно рассчитывать даты начала и окончания задач на основании ссылок, ограничений и других факторов, которые мы собираемся учесть.

Это достаточно важный момент. Ручное планирование и отслеживание задач менеджером внутри итерации очень трудоемко и практически бессмысленно. Кроме того, с этой задачей прекрасно справляется сама команда, обсуждая текущий статус задач на ежедневном Scrum-собрании, окружив доску задач. Мы используем для этого виртуальную доску TFS Workbench: каждое утро каждый из нас рассказывает остальным про статус своих задач, указывая на соответствующие им “бумажки” (sticky notes) на доске задач, при необходимости изменяя их статус (взял в работу, завершил) и оценку оставшихся трудозатрат, отражая прогресс или указывая новой оценкой факт недооценки.

По сути ежедневный Scrum и является ручным планированием и отслеживанием в итеративной разработке, но по сравнению с мучениями менеджера, вручную управляющего разработкой, а вернее разработчиками, в данном варианте все происходит автоматически. Кроме того, нагрузка по выполнению этой работы равномерно распределяется между членами команды, а времени на это уходит всего 15+ минут в день. Эффект замены ручной на автоматическую коробку передач автомобиля.

К слову, TFS Workbench мы используем временно, так как с нетерпением ждем выхода TFS 2012, в котором виртуальная доска задач реализована из “коробки”.

PlayStation поддерживает порты для ПК

В интервью журналу GQ в феврале 2021 г. (откроется в новой вкладке), Джим Райан мимоходом подтвердил, что Sony выпускает больше своих первых партийных игр на ПК. «Особенно во второй половине цикла PS4 наши студии сделали несколько замечательных, отличных игр», — сказал Райан. «Есть возможность представить эти великолепные игры более широкой аудитории и оценить экономику разработки игр, которая не всегда проста. Стоимость создания игр растет с каждым циклом по мере повышения качества интеллектуальной собственности. стало проще сделать его доступным для владельцев, не использующих консоли. Так что это довольно простое решение для нас».

Теперь мы видели, как несколько игр для PlayStation вышли на ПК. Уже вышли Horizon Zero Dawn и Days Gone. God of War и коллекция Uncharted выйдут в 2022 году. Это одни из самых больших эксклюзивов Sony.

А как же Бладборн?

До сих пор Sony не сказала ни слова о Bloodborne — и она также не получила патч для обновления PS5. Одним из усложняющих факторов является FromSoftware как разработчик. From занят созданием Elden Ring (откроется в новой вкладке), а также не является внутренней студией Sony, как разработчики большинства собственных игр. Это проблема для ПК-порта Bloodborne? Надеюсь, не непреодолимый.

MyLifeOrganized

Приложение для планирования MyLifeOrganized отличается простым, понятным интерфейсом и удобными настройками. Программа работает на ПК с Windows, а также на смартфонах и планшетах с iOS и Android.

Данный таск-менеджер позволяет легко добавлять новые задачи и организовывать их в иерархическое дерево. Чтобы пользователь мог сосредоточиться на приоритетных активных задачах, в приложении доступен To-Do список. Внутри каждого проекта есть возможность разделения на задачи и подзадачи. Список активных действий формируется автоматически после добавления сроков выполнения, контекстов и зависимостей.

Таск-трекер дает возможность обновлять свой список задач и поддерживать его в актуальном состоянии с помощью облачной синхронизации между различными устройствами. Для синхронизации всех ваших устройств (мобильных и ПК) через облако необходимо приобрести платную подписку.

Jira

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

Данный инструмент предназначен для agile-команд, он позволяет визуализировать все процессы и отследить ход выполнения рабочих задач в реальном времени. В распоряжении пользователя имеются диаграммы сгорания заданий, отчеты о прогрессе или регрессе работы и другие разнообразные инструменты для анализа работы.

Решение Jira Software интегрируется с различными инструментами для разработки и облачными сервисами. Для команд до 10 пользователей использование бесплатно, также имеются платные тарифы Standard и Premium с бесплатным пробным 7-дневным периодом.

Выровнять ресурсы

Часто руководители проекта не обращают внимание на то, что согласно составленному графику проекта ресурсы перегружены. Они просто не ставят задачу подгонки загрузки ресурсов под определенную планку

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

Если мы хотим планировать загрузку ресурсов, нужно загрузку выравнивать. Можно это делать не для всех ресурсов, а только критических, которые мы действительно хотим планировать. Например, мы можем планировать своих сотрудников, но не планировать ресурсы заказчика, загрузка и возможности которых находятся за пределами нашего влияния.

В MS Project имеется функция выравнивания ресурсов. Эта функция расставляет задачи с учетом связей между задачами и ограничения по максимальной загрузке каждого ресурса и приоритета (поле «Приоритет»). Не всегда это приводит к нужному результату. План становится слишком длинным, а ресурсы недогружены. Задачи привязываются в плане к конкретным датам, что мешает их перепланировать. Можно добиться более адекватного плана в ходе автоматического выравнивания с помощью пересмотра зависимостей и расстановкой приоритетов, но это очень кропотливый и трудоемкий процесс.

Альтернатива — это ручное выравнивание с помощью установки последовательности задач, выполняемых одним ресурсом. Это возможно, если план не очень сложный.

Например, модифицируем предыдущий пример:

Рисунок 12

В данном примере считается, что А.Тен участвует в доработке всех документов, и два документа пишет самостоятельно. Мы точно не знаем, как будет построена их совместная работа, но предполагаем в среднем он будет на 30% отвлечен на документы А.Емельянова. Поэтому собственные задачи, где он занят на 70% больше по длительности, и оцениваются в 5 рабочих дней. Кроме того, мы добавили буфер, предполагая, что часть задач могут занять больше времени, чем мы предполагаем.

Было бы более правильно вообще разделить задачи между двумя участниками и избавиться от параллельного выполнения задач А.Теном, но в данном случае это сделать сложно. Поэтому приходится идти на нарушение правил, которые мы сами для себя установили выше. Тем не менее, такой план лучше, т.к. помогает контролировать выполнение задач не в конце 14 рабочих дней, которые мы отвели на проектирования функционального блока «Контроль», а уже через 3 дня после начала работы. Кроме того, это дисциплинирует исполнителя с первого дня, у которого нет 14 дней в запасе, а есть целевой срок 3 дня, когда нужно закончить первый документ.

Habitica: Gamify Your Tasks

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

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

Преимущества:

• автоматически повторяет записи задач, запланированных для ежедневных, еженедельных или ежемесячных дел;
• содержит гибкий трекер привычек, традиционный список занятий;
• обладает обширной палитрой, видами оформлений, темами.

Any.do

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

Преимущества:

• автоматически сортирует списки продуктов, планирует день, помогает расставлять приоритеты для поставленных задач;
• создание и отправка уведомлений в мессенджер What’s App, прикрепление к каждой задаче тэгов, напоминаний, подзадач и файловых вложений;
• синхронизируется с календарем;
• обладает аскетичным дизайном и цветовой палитрой.

Тарифы:

1. Бесплатный — основная версия.
2. Премиум — на 1, 6 или 12 месяцев от 2,99$ в месяц. Добавляются функции напоминаний в What’s App, напоминаний о местоположении, настраиваемых тем, цветных тэгов, безлимитного ежедневного планировщика.

Влияние Bloodborne

Название может измениться, но суть останется знакомой. Даже если они не связаны напрямую через лицензию, игры FromSoftware и Миядзаки, как правило, естественным образом вытекают из своих предшественников. Готическая эстетика Bloodborne и более агрессивный игровой процесс повлияли на Dark Souls 3 , что привело к созданию самой динамичной игры в этой серии.

В то время как Sekiro: Shadows Die Twice — более необычная запись, Elden Ring , похоже, станет своего рода кульминацией FromSoftware. различные проекты. Игра предлагает параметры настройки Dark Souls , скрытых элементов Секиро и архитектура Bloodborne . Даже если Bloodborne 2 никогда не будет реализован, присутствие Ярнама можно будет почувствовать во многих последующих выпусках FromSoftware.

Также всегда есть шанс, что порт Bloodborne для PS5 может получить зеленый свет.

Выявить критический путь

Если задачи выстроены правильно, то MS Project покажет вам критический путь проекта — цепочку задач, которая определяет длительность. Изменение длительности или задержка начала выполнения любой задачи на критическом пути меняет дату окончания проекта.

Соответственно, чтобы уложиться в установленные сроки, нужно обеспечивать своевременное или опережающее выполнение именно задач критического пути. Для этого нужно:

Уделять задачам критического пути ежедневное внимание, контролировать готовность всех необходимых ресурсов для их выполнения.
Мотивировать участников на сокращение длительности выполнения задач критического пути, не допускать отвлечения на другие задачи.
Использовать временные буферы, страхующие отклонение по срокам.

Например, заканчивается разработка функционального блока. Далее заказчик должен протестировать этот блок. Когда до окончания разработки остается 2 дня, необходимо предупредить ключевых пользователей о том, что через 2 дня они должны быть готовы принять разработку в тестирование. И зафиксировать это формально (электронным письмом, решением оперативного совещания, и т.п.). Разрыв между задачами критического пути приводит к увеличению срока проекта, поэтому управлять этим процессом нужно жестко.

При постановке задачи критического пути исполнителю нужно говорить о том, что эта задача является определяющей для проекта. Исполнитель должен полностью сосредоточиться на ней, не отвлекаться на второстепенные задачи. А в случае возникновения проблем и задержек, сразу оповестить об этом РП.

Но от осложнений никто не застрахован. Нет никаких гарантий, что задача будет выполнена в срок. Но это не означает, что нужно стремиться устанавливать такие сроки, которые гарантированно обеспечивают выполнение задачи в срок. Как известно, работа занимает ровно столько времени, сколько на нее отведено, об этом мы говорили ранее. Устанавливайте агрессивные сроки, но имейте запас для компенсации неизбежных опозданий. И лучше этот запас иметь консолидировано, в буфере, который добавляется в конец критического пути.

Рисунок 13

В приведенном примере красным выделены задачи критического пути, синие — другие задачи, зеленые — буферы

Обратите внимание, что некритические задачи тоже застрахованы буфером. Сроки по ним также с большой степенью вероятности будут нарушены

И чтобы не сорвать своевременное начало задачи критического пути, мы добавляем буфер на входе в цепочку.

Такой способ планирования хорошо сочетается с методикой планирования «от конца проекта».

Принять решения о способе планирования

1.1. Планирование от начала

Более привычный для большинства способ. Удобен, если вы знаете начало проекта, но только приблизительно представляете, когда он закончится.

В свойства проекта устанавливаете дату начала. Все новые задачи автоматически сдвигаются в начало, т.к. по умолчанию для них устанавливается тип ограничения «Как можно раньше». После выстраивания последовательности задач с помощью связей, проект растягивается. Путем манипуляций с длительностью и последовательностью задач получаете желаемую дату окончания проекта.

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

Минус в том, что задачи, которые могли бы быть сделаны позже, становятся в плане слишком близко к началу проекта. Некоторые считают, что это правильно, т.к. лучше делать все как можно быстрее. Наверняка возникнут осложнения, и раннее выполнение задач создает резервы времени. В некоторых случаях это справедливо. Но это также приводит и к негативным последствиям.

В начале проекта, как правило, нужно сосредоточиться на концептуальных и стратегических задачах, отложив все второстепенные, чтобы не распыляться, не терять фокус и не тратить понапрасну ресурсы. Во-вторых, сделанные заранее работы могут оказаться не нужны, или сделаны не так, как требуется из-за недостатка информации. Например, написанные в начале проекта документы придется переписывать, потому что изменились требования заказчика.

Чтобы избежать раннего начала задач и распределить задачи во времени, можно использовать ограничения на задачи типа «Не ранее чем», «Фиксированная дата начала».

Иногда используют задержки и сдвиги между задачами.

Рисунок 1

Однако пользоваться задержками лучше по возможности меньше.

Величина задержки выставляется произвольно, логики их применения и оценки не видна непосредственно из графика. Читать такой график сложнее. Впоследствии, при изменении графика, возможно, потребуется переоценка длительности и необходимости задержек. Вы вынуждены управлять ими вручную, трудоемкость поддержки графика увеличивается, вероятность ошибки возрастает.

Если задержка действительно необходима, то лучше добавить задачу ожидания явно. В приведенном примере, после Опытной эксплуатации, вместо задержки в 5 дней можно добавить задачу «Подготовка приемочных испытаний». Тогда будет понятно, для чего требуется 5 дней, кто должен это делать, и чем грозит изменение сроков по этой задаче.

1.2. Планирование от конца

Если конечная дата проекта жестко определена, то правильнее планировать «от конца». Устанавливается дата окончания проекта, и во всех новых задачах автоматически устанавливается тип ограничения «Как можно позже».

Логика планирования в этом случае другая, но в некотором смысле более правильная. Вы задаете себе вопрос: «что необходимо, чтобы завершить проект?». Затем определяете, что необходимо, чтобы достичь этих промежуточных результатов, добавляете предшествующие задачи, к ним в свою очередь присоединяются предыдущие задачи и т.д. Выстраивается последовательная цепочка работ, которые ведут к результатам проекта.

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

Многие скажут, что откладывать задачи на потом рискованно. Что если задача займет больше времени, чем запланировано, и результат опоздает? А она обязательно опоздает, и тогда следующая задача сдвинется и неизбежно сдвинется окончание проекта. Чтобы избежать этого, в график добавляются временные буферы. Подробнее об этом ниже.

Решение «Монитор изменений» компании Бастион-Интегратор

Решение «Монитор изменений» компании Бастион-Интегратор интегрируется в Microsoft Project Server 2013 и добавляет полноценную поддержку версий проектных планов (версионность). Монитор изменений автоматически отслеживает и сохраняет любые изменения в проектных данных и накапливает эту информацию для последующего анализа. Можно отслеживать изменения, вносимые в план на протяжении жизненного цикла проекта, в том числе и в ходе согласования плана заинтересованными лицами.

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

Решение поставляется с готовыми средствами анализа изменений и извлечения знаний. Монитор изменений позволяет анализировать динамику ключевых параметров проекта и строить по ним тренды. Например, оценить, как изменялась оценка бюджета на протяжении жизненного цикла проекта. Заинтересованные лица смогут ознакомиться с предшествующими планами управления и их результативностью. Это поможет в планирований действий как по текущим, так и по новым проектам организации.

Преимущества решения «Монитор изменений»

Количество сохраненных версий проекта не ограничено. В отличие от базовых планов, Монитор изменений сохраняет полные снимки проектных данных. Количество таких снимков (версий проекта) не ограничено. Можно просматривать данные в сохраненных версиях проектов, создавать новые версии и удалять существующие.

В версию проекта сохранятся полная информация по проекту. В отличие от сохранения базового плана, Монитор изменений сохраняет не только ключевые данные, но и план проекта целиком, включая пользовательские поля, повременные данные и даже данные, удаленные из проекта. Можно посмотреть изменения между любыми версиями проекта и выявить, кто, что и когда поменял. Имеется возможность ведения «аудиторского следа».

Изменения проектов сохраняются автоматически. При каждом изменении проекта автоматически создается его новая версия, доступная для последующего просмотра и анализа. Монитор изменений позволяет настроить Project Server на автоматическое создание новой версии проекта каждый раз при наступлении заданных событий. Например, при каждом сохранении проекта будет создаваться версия с промежуточным номером, а при каждой публикации — версия с основным номером. Монитор изменений может фиксировать состояние проекта в точках принятия решений, а также при переходе проекта на очередную стадию жизненного цикла или прохождение ворот в процессе Stage-Gate.

Можно восстановить проект из любой версии. Так как версия проекта представляет собой полный снимок проектных данных, Монитор изменений позволяет восстановить план проекта к любой ранее сохраненной версии. При этом план проекта будет полностью восстановлен на момент сохранения выбранной версии.

Проанализировать график

Далее мы переходим к тому, для чего, собственно мы проделывали все предыдущие шаги, непосредственно к работе с графиком.

Хороший график показывает, какие потенциальные проблемы есть в проекте; какие есть возможности для сокращения сроков; достаточно ли ресурсов для выполнения проекта.

10.1. Сокращение сроков

Рассмотрим пример:

Рисунок 15

Посмотрим, нельзя ли сократить этот график. Самые длинные задачи — номер 17 и 21. 18 и 15 дней — слишком длинные задачи для того, чтобы их можно было эффективно контролировать.

Нельзя ли детализировать и разделить эти задачи на части? Оказывается, это разработка отчетов, каждый из которых занимает в среднем по 1 дню. Не обязательно, чтобы их разработку вел один человек последовательно. Можно разделить их на порции и распределить между несколькими разработчиками. Добавили одного разработчика, разделили на неравные части и получили следующий график.

Рисунок 16

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

10.2. Риски, связанные с графиком

Интересно посмотреть на график проекта с точки зрения управления рисками. Какие риски может обнаружить график проекта?

Параллельное выполнение множества блоков работ или функциональных направлений. Необходимо решить, влечет ли опоздание одного из них серьезные последствия для всего проекта? Сложные проекты включают в себя до десятка направлений. Внедряется одновременно финансы, бюджетирование, HR, логистика и т.д. Если не предусмотрены работы по интеграции и координации направлений, не заложены резервы на отклонения по каждому из направлений, нет этапа интеграционного тестирования, велика вероятность неуспеха проекта в целом, а не только срыва сроков.
Отсутствие периода опытной эксплуатации. Если ОПЭ невозможна, то нужно рассматривать возможность поэтапного запуска, по функциональным областям или организационным единицам.
Излишне агрессивный график, отсутствие или недостаточный размер резервов. Об этом уже говорили. Такой проект вероятнее всего опоздает.
Этапы проекта или ключевые работы идут внахлест, с перекрытием. Во многих случаях это увеличивает риск переделки по уже выполненным задачам.
Если в графике отсутствуют работы и вехи, закрепленные за заказчиком, то возможно, мы плохо контролируем работы со стороны заказчика

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

Избавиться от лишнего и упростить план

Лишним считается все, что не помогает планировать сроки проекта.

2.1. Примеры задач, от которых можно избавиться

Рассмотрим группу задач «Управление проектом». Понятно, что задача управления проекта необходима, но она не определяет длительность проекта, а проект определяет ее длительность. Если мы сосредоточены на планировании сроков, можно ее убрать.

Рисунок 2

Задача «Поддержка». Как правило, это задача, которая начинается после запуска в эксплуатацию и имеет, как правило, фиксированную длительность (по договору), либо привязана к некоторым контрольным точкам. Можно включить ее в план проекта, но минимизировать ее детализацию. Эта задача может быть спокойно заменена в плане на две контрольные точки: Начало эксплуатации и Окончание поддержки.

Рисунок 3

План, в конечном итоге, нужен чтобы ставить задачи и проверять факт и качество исполнения. Это очень хороший критерий, чтобы определить, с какой степенью детализации его делать. В план должны попадать только те задачи, которые РП собирается ставить и проверять их исполнения. Более мелкие задачи переносятся за пределы плана — в Excel, в JIRA или в связанный план рабочей группы в MS Project.

2.2. Пример излишней детализации

Расписать задачи до отдельных шагов и действий можно, но что это дает? С точки зрения оценки длительности — ничего. Скорее, приводит к ошибке, т.к. в каждой задаче заложена значительная погрешность.

Рисунок 4

• «Письмо Пятнициной» — «Ответ Пятнициной». Можно спокойно исключить из плана. Если какие-то задачи зависят от получения письма от Пятнициной, и это действительно шоу-стоппер, то вводим веху «Получение списка ключевых пользователей от Пятнициной». То, что для получения списка нам нужно связаться с Пятнициной, может остаться за кадром.
• «Назначение встречи» — 1д. Скорее всего должно занять несколько минут. Вместо этого можно было бы вставить одну задачу по подготовке презентации и веху «Встреча с директорами обществ». Не нужна группировка задач. Вместо четырех строк — две.
• «Выпуск организационно-распорядительной документации» может быть одной задачей. В заметках по задаче, можно перечислить, кому нужно выслать письмо. Длительность задачи определяется суммарным временем подготовки всех документации. И эта информация будет точнее, растягивать эту задач на неделю нет никакой необходимости.