Сделка проходит стадии, в одной стадии может быть несколько задач. Некоторые задачи может выполнять только один сотрудник, некоторые кто то из нескольких. Когда завершается одна задача, создается следующая и отправляется сотруднику/сотрудникам. Если группа сотрудников может выполнять задачу, то отправляется всем из тех кто может выполнять, остальным не отправляется.
По завершении выполнения задачи, должна создаваться следующая задача и сделка должна переходить на следующую стадию. С битриксом (облачный) начал знакомиться совсем недавно, пока что смутно представляю, как это делается.
Вопрос №1: Правильно ли я понимаю, что это делается с помощью бизнес процессов — создается блок схема, отслеживающая выполнение задач и создающая задачи, переключающая стадии сделки? Вопрос №2: И/или может быть для этого надо задействовать роботов и RPA?
Триггеры срабатывают в зависимости от действий клиентов и поэтому в данном контексте они применяться не должны, если задача не связана с почтой, звонком и т.п., исходящими от клиента? Мною был найден следующий шаблон бизнес процессов: «Шаблон бизнес-процесса для последовательного создания задач.
Бизнес-процесс Битрикс24. Создание Проекта — Задачи
Задачи должны создаваться одна за другой, при том что каждая последующая задача должна создаваться только после того, как предыдущий пользователь закончит выполнение своей задачи. Бизнес-процесс включает работу с действием PHP код.» И статья: «Как создать последовательные задачи разным пользователем (для коробочной версии)» Вопрос №3: В материалах по ссылкам требуется выполнение PHP кода для выбора пользователя из массива, содержащего список сотрудников.
Правильно ли я понял, что это необходимо только для того что бы распределять задачи по одному сотруднику на задачу из массива имен сотрудников? А если достаточно одну и ту же задачу создать сразу для нескольких сотрудников, то этот PHP и не нужен вовсе в моем случае?
Вопрос №4: откуда и как может запускаться бизнес процесс (если я правильно понял, что моя задача решается с помощью бизнес процесса)? Правильно ли я понимаю, что бизнес процесс лучше всего запускать с помощью робота, который включится в дело как только будет создана сделка и установится в самую первую стадию? Дальше уже роботы не понадобятся и бизнес процесс сам начнет создавать новые задачи для сотрудников по блок-схеме, ожидать выполнения и переключать сделку на новые стадии? Вопрос №5: как примерно будет выглядеть блок-схема? Элемент «Выбор сотрудника» (группы сотрудников, для которых будет создаваться задача) -> Элемент «Задача» -> После выполнения задачи, должен следовать отдельный элемент блок схемы, который в случае надобности выполнения контроля, отправит выполненную задачу на проверку? -> Дальше очередной элемент «Выбор сотрудника» (или нескольких) и после него очередной элемент «Задача», а далее элемент выполняющий отправку выполненной задачи проверяющему и т.д.?
Отслеживать
задан 25 июн 2020 в 13:40
Иван Иванов Иван Иванов
51 6 6 бронзовых знаков
1 ответ 1
Сортировка: Сброс на вариант по умолчанию
Приложение Запуск БП по задачам
Вопрос №1: Правильно ли я понимаю, что это делается с помощью бизнес процессов — создается блок схема, отслеживающая выполнение задач и создающая задачи, переключающая стадии сделки?
В целом да. Но тут есть три варианта:
- Последовательный бизнес-процесс. Самый простой вариант в создании, но самый неудобный при поддержке и внесении изменений.
- Бизнес-процесс на статусах. Чуть более сложный вариант, но сохраняется необходимость проверять статус сделки и статус процесса.
- Настройка роботов на статусах через дизайнер бизнес-процессов. Самый оптимальный вариант.
Вопрос №2: И/или может быть для этого надо задействовать роботов и RPA? Триггеры срабатывают в зависимости от действий клиентов и поэтому в данном контексте они применяться не должны, если задача не связана с почтой, звонком и т.п., исходящими от клиента?
Для вашего случая лучше всего подходит именно дизайнер БП.
Вопрос №3: В материалах по ссылкам требуется выполнение PHP кода для выбора пользователя из массива, содержащего список сотрудников. Правильно ли я понял, что это необходимо только для того что бы распределять задачи по одному сотруднику на задачу из массива имен сотрудников? А если достаточно одну и ту же задачу создать сразу для нескольких сотрудников, то этот PHP и не нужен вовсе в моем случае?
То что вы нашли насколько я помню там идет перебор. И это уже неактуально т.к. сейчас есть активити «Итератор». В вашем случае если одинаковую задачу надо поставить нескольким сотрудникам, то этот список надо внеси в переменную БП (лучше всего если это хранится в константе, а когда нужно значения передаются в переменную), а затем итератором перебирается переменная и внутри итератора ставится задача.
Вопрос №4: откуда и как может запускаться бизнес процесс (если я правильно понял, что моя задача решается с помощью бизнес процесса)? Правильно ли я понимаю, что бизнес процесс лучше всего запускать с помощью робота, который включится в дело как только будет создана сделка и установится в самую первую стадию? Дальше уже роботы не понадобятся и бизнес процесс сам начнет создавать новые задачи для сотрудников по блок-схеме, ожидать выполнения и переключать сделку на новые стадии?
Под роботами есть строка «Редактировать в дизайнере бизнес-процессов» — рекомендую использовать такой вариант. Так вы на каждой стадии сделаете свой отдельный процесс.
Вопрос №5: как примерно будет выглядеть блок-схема? Элемент «Выбор сотрудника» (группы сотрудников, для которых будет создаваться задача) -> Элемент «Задача» -> После выполнения задачи, должен следовать отдельный элемент блок схемы, который в случае надобности выполнения контроля, отправит выполненную задачу на проверку? -> Дальше очередной элемент «Выбор сотрудника» (или нескольких) и после него очередной элемент «Задача», а далее элемент выполняющий отправку выполненной задачи проверяющему и т.д.?
Если задача на одного пользователя ставится всегда, то он указывается в активити которое ставит задачу, а лучше из отдельной константы. Т.к. пользователи имеют свойство увольняться и надо их заменять.
Если на нескольких, то задача ставится в активити «Итератор». Прием задачи — это опция «Требует контроля. » или как-то так. Выставляется в активити «Задача». В этом случае после того как ответственный завершает задачу она уходит на контроль Постановщику у которого 2 кнопки «Принять» и «Вернуть на доработку». В активити задача также поставьте опцию «Ожидать завершения задачи».
Чтобы процесс не шел дальше пока задача не будет успешно принята постановщиком.
Источник: ru.stackoverflow.com
Задача
Концепция БИТ.CRM 3 объединяет задачи–взаимодействия с клиентами и задачи–поручения между сотрудниками. Используется унифицированная форма постановки и выполнения любой задачи, а различаются они только типом задачи. Благодаря этому снижены временные затраты на изучение CRM. Тип задачи отображается в заголовке формы. Допустимы следующие виды задач:
Для фиксирования взаимодействий между сотрудниками внутри компании рекомендуется использовать тип задачи «Поручение». Остальные типы задачи подойдут для регистрации взаимодействий с клиентами различными каналами связи: устный разговор (звонок), личная встреча (встреча) или обмен текстовым сообщением в виде письма (письмо).
Новая задача может быть создана и сохранена в системе за считанные секунды. Для реализации этой возможности на рабочем столе сотрудника всегда присутствует кнопка создания новой задачи. Задача может быть создана на основании уже существующей задачи или в контексте интереса клиента (лида или потенциала) / сделки / маркетингового мероприятия / претензии.
Создание задачи с рабочего стола пользователя:
Создание задачи на основании другой задачи:
Создание задачи на основании интереса клиента (лида или потенциала):
Создание задачи на основании сделки:
Создание задачи на основании маркетингового мероприятия:
Создание задачи на основании карточки партнера:
Создание задачи на основании претензии клиента:
Создание задачи на основании задания на обзвон:
Один из возможных типов: «Поручение», «Письмо», «Встреча», «Звонок». Кнопки позволяют изменить тип задачи. В зависимости от типа незначительно изменяется внешний вид формы задачи.
Плановая дата начала работы над задачей. Значение поля влияет на продолжительность выполнения задачи (длительность).
Плановая дата окончания работы над задачей. Значение поля влияет на продолжительность выполнения задачи (длительность).
Многократное нажатие кнопки позволяет изменять важность задачи (низкая, обычная, высокая). По умолчанию задача имеет обычную важность.
Цветные квадратные кнопки позволяют быстро назначить категорию задачи. Цвет категории будет влиять на цвет задачи при отображении ее в планировщике. С помощью категорий можно настроить приоритет выполнения задач.
Плановый исполнитель(-и) задачи. Если включена опция «Управление поручениями», то система позволяет выбрать не одного, а несколько исполнителей, поставить задачу всем сотрудникам какого-либо подразделения или всем исполнителям какой-либо роли. Страницы «Задачи по сделкам» и «Задачи прочие» раздела «Задачи» содержат все задачи, в которых ответственный сотрудник является текущим пользователем системы.
Пользователь, от которого ожидается осуществление контроля при выполнении задачи исполнителем. В зависимости от настроек состояний задача будет считаться закрытой только после того, как контролер подтвердит выполнение задачи (нажмет на кнопку «Проконтролировано»). Страница «Задачи на контроле» раздела «Задачи» содержит все задачи, в которых контролирующий сотрудник является текущим пользователем системы.
Пользователь, который инициировал создание задачи. Например, директор поручил секретарю поставить задачу менеджеру. Директор — инициатор, секретарь — автор. Директор может сам поставить задачу. Тогда автор и инициатор будет один и тот же.
Страница «Задачи от меня» раздела «Задачи» содержит все задачи, в которых инициатор или автор является текущим пользователем системы.
Партнер, который имеет отношение к задаче. При изменении партнера заполняется реквизит «Как связаться» контактной информацией партнера. Если поле «Партнер» заполнено, становится активной закладка «История взаимодействий», на которой отображается история взаимодействий с указанным партнером.
Контактное лицо партнера, который имеет отношение к задаче. При изменении контактного лица заполняется реквизит «Как связаться» контактной информацией контактного лица партнера.
Текстовое поле, которое автоматически заполняется контактной информацией партнера или контактного лица. Предназначено для удобства выбора способа связи.
Текстовое поле, которое видно только в том случае, когда тип задачи «Встреча». Предназначено для указания адреса встречи.
Цель и результат задачи
Реквизиты, которые видны на форме задачи в том случае, если включена опция «Контроль достижения целей и результатов».
Панель расположения автокнопок
Автокнопки могут запускать какой-либо опрос / скрипт разговора или заполнять реквизиты задачи. Если у кнопки есть пиктограмма в виде диалогового облачка, значит данная кнопка запускает скрипт разговора или опрос. Если у кнопки нет пиктограммы, значит нажатие кнопки приведет к заполнению реквизитов задачи.
Объект, на основании которого была создана задача. Это может быть другая задача, маркетинговое мероприятие, претензия, сделка или интерес клиента и пр. Реквизит заполняется автоматически при использовании механизма «Создание на основании».
Краткая суть задачи.
Детальное описание задачи
Подробное описание задачи.
Раскрывающаяся группа, в которой указаны все комментарии к задаче. Комментировать можно даже закрытую задачу, несмотря на то, что все реквизиты недоступны для изменения. Комментарии могут указывать исполнитель задачи, контролер или иницатор задачи.
Категория задачи. Может быть оперативно заполнена нажатием на цветной квадрат.
Указание на то, что задача связана со сделкой. Реквизит заполняется автоматически в том случае, когда создается в контексте сделки. Реквизит не предназначен для заполнения вручную.
Указание, на каком этапе связанной сделки произошло создание задачи. Реквизит заполняется автоматически в том случае, когда создается в контексте сделки. Реквизит не предназначен для заполнения вручную.
Указание на то, что задача связана с бизнес-процессом. Реквизит заполняется автоматически в момент постановки задачи, т.к. задача создается в рамках бизнес-процесса. Реквизит не предназначен для заполнения вручную.
Указание на этап бизнес-процесса. Данная задача является действием бизнес-процесса. Реквизит заполняется автоматически в момент постановки задачи, т.к. задача создается в рамках бизнес-процесса. Реквизит не предназначен для заполнения вручную.
Служебные поля, которые при работе с задачей заполняются автоматически.
Пользователь, который выполнил задачу. В некоторых случаях может отличаться от планового ответственного. Заполняется автоматически при выполнении задачи.
Пользователь, который создал задачу. Например, директор поручил секретарю поставить задачу менеджеру. Директор — инициатор, секретарь — автор. Директор может сам поставить задачу. Тогда автор и инициатор будет один и тот же.
Страница «Задачи от меня» раздела «Задачи» содержит все задачи, в которых инициатор или автор является текущим пользователем системы.
Статус задачи соответствует ее жизненному циклу. Статус задачи меняется автоматически в ходе работы над задачей.
Дата начала (факт)
Фактическое время начала работы над задачей (например, при нажатии кнопки «Принять к исполнению»).
Дата окончания (факт)
Фактическое время окончания работы над задачей (например, при нажатии кнопки «Выполнить»).
Включить в планировщик
Признак того, что задача будет отображаться в планировщике. По-умолчанию все задачи включаются в планировщик, кроме писем.
Необходимость выполнения задачи
В том случае, когда установлена опция «Управление поручениями», задачу можно поставить сразу нескольким исполнителям. Если выполнение задачи необходимо только от одного из ответственных, необходимо отметить при выборе исполнителей. Данный признак отражается в задаче как надпись.
Страница «История взаимодействий»
Позволяет просматривать историю взаимодействий с клиентом, который указан в реквизите «Партнер». Если реквизит не заполнен, то страница недоступна.
Страница «Вложенные документы»
Позволяет прикреплять к задаче ссылки на документы системы, например, «Заказ клиента», «Акт выполненных работ», «Коммерческое предложение клиенту» и прочие внутренние документы системы 1С.
Гиперссылка «Взаимодействия и задачи»
Позволяет просматривать список задач в любом контексте системы: из формы задачи, сделки или интереса клиента.
Позволяет прикрепить к задаче любые файлы с компьютера. Если задача связана с бизнес-процессом, то в списке присоединенных файлов будут отображаться файлы по всему бизнес-процессу с указанием этапа.
Форма задачи, страница «Быстрое создание»:
Форма задачи, страница «Дополнительно»:
Форма задачи, страница «История взаимодействий»:
Форма задачи, страница «Вложенные документы»:
Источник: crm.ru
Как сформулировать эффективную задачу проекта (с примерами)
Если нет системы, которая позволяет определять задачи проектов, вам будет сложно ответить на этот вопрос. Был ли проект успешен? Вы достигли поставленных целей?
Сформулировать задачу проекта не сложно, но следует позаботиться о том, чтобы она давала возможность измерять и оценивать его успешность. Это руководство поможет вам научиться ставить задачи проектов и позволит развить ваши навыки управления проектами.
Что такое задачи проекта?
Задачи проекта — это то, чего вы планируете достигнуть по его окончании. К их числу можно отнести ожидаемые результаты и материалы или менее осязаемые цели, например повышение продуктивности или мотивации. Задачи проекта должны быть достижимыми, ограниченными по времени и конкретными целями, достижение которых можно измерить, когда проект будет завершён.
Задачи проекта — это важный элемент управления проектами — без них невозможно в сжатой форме информировать коллег о целях перед началом и во время реализации проекта, а также оценить успех проекта, по завершении работы.
Если вы только начинаете использовать задачи проекта, вам будет полезно узнать, как они отличаются от других элементов управления проектом:
Задачи проекта и цели проекта
Зачастую эти термины используются как взаимозаменяемые, однако между целями и задачами есть чёткая разница. Цели проекта, как правило, находятся на более высоком уровне, чем его задачи. Цели проекта описывают, что должно произойти после его успешной реализации, а также то, как проект соотносится с задачами бизнеса в целом.
Задачи же проекта более подробны и конкретны, чем его цели. И хотя многие задачи проекта влияют на задачи бизнеса, они в большей степени направлены на достижение конкретных ожидаемых результатов по итогам проекта.
- Пример задачи проекта. В течение следующих двух месяцев добавить пять новых способов, которыми клиенты смогут находить форму для обратной связи в продукте.
- Пример цели проекта. Сделать так, чтобы команде разработки было проще получать обратную связь от клиентов и реагировать на неё.
Задачи проекта и бизнес-задачи
Смысл задач проекта отлично выражен самим этим термином. Это задачи и индикаторы эффективности отдельных проектов. Задачи проекта должны рассматриваться только в контексте данного проекта, при этом в них всё должно быть достаточно точно прописано, чтобы команда могла оценить успех проекта.
Бизнес-задачи масштабнее, чем отдельный проект. В отличие от задач проекта, бизнес-задачи определяют стратегию и скорость работы всей компании или подразделения в долгосрочной перспективе. Исходя из них, определяются цели компании на квартал или год, а формулировать их следует с применением методологии постановки целей, которая используется в вашей компании, например, с помощью метода целей и ключевых результатов.
- Пример задачи проекта. Повысить Индекс потребительской лояльности нашей компании до 62 пунктов к концу квартала.
- Пример бизнес-задачи. Стать ведущим поставщиком услуг в нашей категории.
Задачи проекта и план проекта
План проекта — это список всех ключевых элементов, которые команда должна проработать, чтобы добиться выполнения целей и задач проекта. В плане проекта также необходимо указать дополнительные ключевые элементы, в том числе список заинтересованных сторон, ожидаемые результаты, хронологию и многое другое.
Задачи проекта нужно сформулировать до начала работы над его планом, так как от них будут зависеть другие элементы плана проекта, такие как ожидаемые результаты и показатели успешности. Сформулировав задачи проекта, вы, скорее всего, поделитесь ими с заинтересованными сторонами, внеся их в план проекта.
- Пример задачи проекта. К концу 3 квартала повысить кликабельность (CTR) писем на 10%.
- Пример плана проекта. Посмотрите пример плана в нашем руководстве по планированию проектов.
Задачи проекта и вехи проекта
На первый взгляд кажется, что задачи и вехи — это одно и то же, поскольку и то, и другое является целями в рамках проекта. Однако масштаб вех проекта обычно меньше, чем его задач.
Веха проекта — это контрольная точка, обозначающая конкретное достижение в хронологии проекта. Сами по себе вехи не представляют работу — скорее, они являются отметками о выполнении группы задач или получении группы ожидаемых результатов. Безусловно, вехи проекта важны, однако в отличие от них его задачи охватывают весь проект.
- Пример задачи проекта. Получить 20 000 подтверждений участия в нашем онлайн-мероприятии до даты закрытия регистрации (23 июня).
- Пример вехи проекта. 8 июня 2021 г.: публикация веб-страница с информацией о предстоящем виртуальном мероприятии.
Задачи проекта и ожидаемые результаты проекта
Ожидаемые результаты проекта — это активы, которые вы хотите получить по его окончании — например, для маркетинговой кампании это может быть новая реклама или веб-страница. В целом, задачи проекта определяют его ожидаемые результаты. Но в задачах должно быть приведено много другой информации помимо ожидаемых результатов.
В дополнение к ожидаемым результатам, задачи проекта также определяют пользу и последствия, которые несут с собой эти результаты, а также то, как они связаны с более крупными целями проекта и бизнес-задачами.
- Пример задачи проекта. До конца года сократить среднемесячный отток клиентов до >1%.
- Пример ожидаемого результата. Запустить кампанию по возврату для всех бывших клиентов.
Преимущества задач проекта
Чётко сформулированная задача проекта позволяет понять, на что нацелен данный проект. Если задача не сформулирована, вам будет непросто определить, был ли проект успешным. Вы также не сможете понять, что нужно улучшить для следующего проекта.
Когда у персонала нет чёткого понимания того, как его труд связан с более крупными целями проекта и компании, люди менее мотивированны и вовлечены. Согласно Отчёту Asana о целях только 26% сотрудников хорошо понимают, как их личная работа влияет на цели компании. Конечно, задачи проекта не то же самое, что цели компании, но именно они являются связующим звеном между работой отдельных сотрудников, задачами, выполняемыми в рамках проекта, и целями компании.
Поэтому при наличии чётко определённых задач проекта участники команды могут постоянно оценивать свою работу и возвращаться на правильный курс, если они вдруг сбились с пути. Рассматривайте задачи как компас, который помогает всей команде двигаться в нужном направлении.
Пять советов о том, как правильно сформулировать задачи проекта
Секрет подготовки правильных задач проекта заключается в том, чтобы они были понятными и полезными. Для этого можно воспользоваться методологией SMART. SMART означает, что задачи должны быть:
- Specific — конкретными
- Measurable — измеримыми
- Achievable — достижимыми
- Realistic — реалистичными
- Time-bound — ограниченными по времени
Полное руководство по этой методологии приведено в нашей статье о том, как ставить SMART цели.
1. Формулируйте задачи проекта в начале работы над ним
Чтобы использовать задачи проекта как инструмент, определяющий его результаты, следует сформулировать их в начале, а затем пользоваться ими при принятии решений в ходе реализации проекта. Как мы уже упоминали, задачи проекта являются ключевым элементом плана проекта, который также необходимо составить перед тем, как приступать к работе над проектом.
2. Привлекайте команду проекта к процессу постановки задач
Чем больше поддержки вы получите, тем более успешными будут задачи проекта. Заинтересованные стороны должны иметь чёткое понимание задач проекта, чтобы их подход к остальным элементам плана проекта и работе, происходящей в его рамках, был наиболее эффективным.
3. Создавайте короткие, но чётко сформулированные задачи проекта
Если вы впервые пишете задачи проекта, у вас может возникнуть соблазн внести в них все мелкие детали. Старайтесь сделать описание задачи как можно более коротким. Это должно быть заявление, которое определяет результаты проекта, состоящее из одного или двух предложений. Вся дополнительная информация, например бюджет проекта и список его заинтересованных сторон, будет изложена в плане проекта.
4. Задачи проекта должны быть вам подконтрольны
Здесь в игру вступает методология SMART, позволяющая создать чётко сформулированные, реалистичные и контролируемые задачи проекта. В состав этой структуры входит пять элементов:
- Specific — конкретные. Задача проекта должна иметь чёткую связь с проектом, которым занимается ваш коллектив. Избегайте слишком широких задач, которые напрямую не связаны с результатами проекта.
- Measurable — измеримые. После завершения проекта вам потребуется возможность оценить его и определить, был ли он успешным. В связи с этим задачи проекта должны быть легко измеримыми — это может изменение в процентах или определённое количество активов.
- Achievable — достижимые. Поставили ли вы задачи, которых действительно сможете достичь в рамках проекта? Этот вопрос связан с объёмом проекта — если объём проекта нереалистичен, то и задачи, скорее всего, также не будут реалистичными. Без достижимых целей проекта он может пострадать от разрастания объёма, задержек или переработок.
- Realistic — реалистичные. Формулируя задачи проекта, у вас должно быть общее представление об имеющихся ресурсах проекта. Убедитесь в том, что поставленные задачи можно выполнить за отведённое время, располагая ресурсами, которые выделены на проект.
- Time-bound — ограниченные по времени. Задачи проекта должны учитывать его хронологию. Обязательно примите в расчёт то количество времени, которое отведено для работы над проектом.
5. Сверяйтесь с задачами проекта в процессе его реализации
Сотрудники, которые понимают, какой вклад их работа вносит в развитие организации, в два раза более мотивированы. Чтобы поддерживать мотивацию команды и слаженность её работы, чаще сверяйтесь с задачами проекта и делитесь ими с сотрудниками. Внесите в отчёты о статусе проекта раздел, посвящённый задачам проекта. Сообщайте сотрудникам статус проекта: по плану, под угрозой или отстаёт от графика. Это позволит команде перенастроиться при необходимости и двигаться вперёд, следуя курсом наиболее эффективного выполнения задач проекта.
Примеры хороших и плохих задач проекта
Написать задачу проекта не просто, и у вас уйдёт некоторое время на то, чтобы формулировать их для ваших проектов. Это нормально! Изучите приведённые далее примеры хороших и плохих задач, которые помогут вам составить свои собственные.
Пример 1. Задача бизнес-проекта
- Плохо. Обновить домашнюю страницу.
В этой задаче не хватает множества важных параметров. Хотя она измерима, достижима и реалистична, в ней нет конкретики и не заданы временные рамки. Когда должна быть опубликована обновлённая домашняя страница? Что именно нужно переделать?
- Хорошо. Создать абсолютно новые материалы и текст для домашней страницы, основанные на четырёх историях успеха клиентов и примерах использования. Запустить обновлённую домашнюю страницу, упор на которой делается на ценности для клиентов, до конца 2 квартала.
Это хорошо сформулированная задача проекта. Она конкретная (создать абсолютно новые материалы и текст для домашней страницы), измеримая (запустить обновлённую домашнюю страницу, упор на которой делается на ценности для клиентов), достижимая и реалистичная (основанные на четырёх историях успеха и примерах использования), а также ограниченная по времени (до конца 2 квартала).
Пример 2. Цель некоммерческого проекта
- Плохо. Повысить экологичность нашего производственного процесса на 5%
Хотя эта задача более конкретная, чем в предыдущем плохом примере, в ней всё равно не хватает нескольких важных параметров. Эта задача измерима (на 5%), но не конкретна и не ограничена по времени, так как мы не указали, что подразумевается под «экологичностью» и к какому времени нужно улучшить производственный процесс. В результате невозможно понять, является ли задача достижимой и реалистичной.
- Хорошо. Сократить отходы производства на 5% и повысить использование переработанных материалов на 20% за следующие 12 недель.
Эта задача проекта основана на предыдущей, и теперь она стала конкретной. Эта задача также позволяет измерить достижение целей (на 5%. на 20%). Задача достаточно сложная, но то, что она ограничена по времени (за следующие 12 недель), делает её достижимой и реалистичной.
Пример 3. Задача личного проекта
- Плохо. Улучшить оценки работы
В это может быть сложно поверить, но большинство задач личных проектов не являются конкретными или измеримыми. Связано это с тем, что людям трудно использовать метрики успеха для себя. Но для того чтобы понимать, произошло ли развитие и добились ли мы своих целей, нужно ставить более чёткие задачи проектов.
- Хорошо. Получить как минимум 4 из 5 баллов за оценку работы в марте и сентябре 2021 года.
Здесь мы видим задачу проекта, отвечающую всем условиям: она конкретна (получить минимум 4 из 5 баллов), измерима (4 из 5), достижима и реалистична (4 из 5 баллов даёт возможность учесть трудности, которые могут неожиданно возникнуть), а также ограничена по времени (в 2021 году).
Говоря объективно, создавать задачи проекта — хорошая идея
Задачи проекта помогут вашей команде обрести ясность, а также работать согласованно и эффективно. Но не забывайте: задачи проекта — это только одна часть плана проекта. Чтобы узнать больше о том, как повысить прозрачность и согласованность на стадии планирования проекта, читайте наше руководство по написанию планов проектов.
Источник: asana.com
