Формулировка работы крайне важна (или как перевести Задачу в Работу)

Задачи

Задачи являются выходным рабочим продуктом практики [[Стратегирование]] и входным для планирования. В проектах задачи чаще всего это контрольные точки в [[Системная схема проекта]].
[[Планирование]] занимается нарезкой задач исполнителям, таким образом чтобы исполнитель понимал что от него требуется в каком виде к какому сроку и почему.

Работы

Для того, чтобы Задача стала понятной она должна перейти в состояние Работы (-ы). Это в свою очередь возможно при соответствующем описании:

    1. Кто или какой исполнитель (ФИО);
    1. В какой срок;
    1. В какой роли;
    1. По какому методу (практике);
    1. С какими ресурсами;
    1. Какой рабочий продукт будет в результате на выходе;
    1. К Кому дальше будет представлен и для чего (последний шаг на мой взгляд очень желателен как поднятие агентности исполнителя в целом и удержании внимания исполнителя на командной работе по проекту в частности). Это можно сделать добавив в описании работы, что этот рабочий продукт будет адресован какой-то другой роли

Можно использовать в составлении шаблона протокольных поручений в рабочих проекта примерно по такой форме:

Контрольная точка
/Задача
Наименование работ Рабочий продукт (РП) Ответственный Срок Получатель РП
СПС в объеме достаточном для корректировки ПМТ в составе утвержденного ДПТ
1 Генпланисту методом визуального обзора в автокаде Сводного плана сооружений провести проверку наличия коллизий расположения инженерных сооружений - План в автокаде с выносками коллизий
- Табличка со скринами коллизий и перечнем сооружений и ответственных разработчиков
Екатерина 2024-07-08 - ГИП [[Барбинягра Александр]]
- Команда проекта причастных разработчиков
2 Генпланисту методом оповещения по почте обратить внимание команды на коллизии и получить справку от разработчиков о возможности внесении корректировок - Письмо рассылка на группу причастных разработчиков
- Обратный отклик письмом о прочтении сообщения и справка о возможности и трудоемкости корректировок
Екатерина 2024-07-08 - Команда проекта причастных разработчиков
3 Команда причастных разработчиков представить информацию о причинах коллизий, возможности произведения корректировок технических решений в рамках нормативных ограничений - Справка в виде текста о причинах коллизий, возможности произведения корректировок в нормативном корридоре Команда разработчиков по списку 2024-07-09 - Генпланист
- ГИП
4 Помощнику ГИП (администратору) методом звонков и писем пригласить команду разработчиков на ВКС с целью обсуждения о решениях кто должен убрать свои сооружения - Звонки и сообщения с подтверждением об удобном времени встречи Илья 2024-07-08 - Команда проекта причастных разработчиков
5 ГИП методом ВКС провести обсуждение с решением о корректировки инженерных решений, которые в коллизиях - Протокол о принятых решениях о дальнейшей корректировке решений Александр 2024-07-09 - Команда проекта причастных разработчиков

Гипотеза:

  • Если использую данный шаблон в протокольных поручениях команде, то смогу добиться:
    • прояснения самих работ и необходимой их четкой последовательности для себя
    • более качественного выполнения поручений исполнителями по причине максимального упрощения задачи
    • увеличение вовлеченности в проект исполнителей
  • Все выше перечисленное может помочь снять неудовлетворенность [[!Не провожу организационных изменений в компании]]

domain:: [[02 Личность]], [[04 Команды]]
source:: [[Курс - Практики саморазвития 2024-1П]]
keywords::
category::
question:: как снять неудовлетворенность [[!Не провожу организационных изменений в компании]]
related::
published::
date:: [[2024-07-07]]