Руководство пользователя
Задачи для прораба и закупщика: готовый план на неделю
На стройке можно хорошо спланировать проект — и всё равно к середине недели обнаружить, что реальная работа уже выглядит иначе.
У прораба есть этапы, которые нужно запустить и проконтролировать, но параллельно появляется замечание после приёмки или просьба проверить результат бригады. У закупщика — текущие закупки и поставки, а между ними нужно согласовать замену материала или уточнить срок у поставщика.
Поэтому даже подробный план проекта не всегда отвечает сотруднику на простой вопрос:
«Что требует моего внимания сегодня и в ближайшие дни?»
Потому что рабочая неделя складывается не только из того, что было запланировано заранее.
Поэтому даже подробный план проекта не всегда отвечает сотруднику на простой вопрос:
«Что требует моего внимания сегодня и в ближайшие дни?»
Потому что рабочая неделя складывается не только из того, что было запланировано заранее.
Прорабу — видеть ближайший фронт работ
Прорабу важно не только знать весь состав работ на объекте. В течение дня ему нужно быстро понимать, что уже выполняется, к чему пора приступать и что подходит следующим.
В «Задачах» для прораба собираются работы из доступных ему смет. Если для работы заданы сроки в Графике, она появляется на доске в зависимости от текущего состояния: уже начатые работы — в «В работе», запланированные на сегодня — в «Сегодня», следующие — в «Ближайшие 7 дней». Выполненные работы из текущей доски исчезают.
Так прорабу не обязательно каждый раз просматривать весь перечень работ, чтобы понять ближайший фронт. Достаточно открыть «Задачи» и увидеть, что уже идёт на площадке и к каким этапам скоро пора переходить.
Рядом можно добавить произвольные задачи для всего, что не возникает из процессов Сметтера автоматически: например, проверить замечание после приёмки, уточнить вопрос на объекте или связаться с подрядчиком. Такой задаче можно назначить исполнителя, установить срок и при необходимости привязать её к объекту или смете. После этого поручение становится частью того же рабочего пространства
А если по конкретной работе нужны подробности, из системной задачи можно перейти к соответствующей позиции в смете.
«Задачи» не заменяют смету — они помогают прорабу сначала увидеть ближайший фронт, а уже затем погружаться в детали конкретной работы.
В «Задачах» для прораба собираются работы из доступных ему смет. Если для работы заданы сроки в Графике, она появляется на доске в зависимости от текущего состояния: уже начатые работы — в «В работе», запланированные на сегодня — в «Сегодня», следующие — в «Ближайшие 7 дней». Выполненные работы из текущей доски исчезают.
Так прорабу не обязательно каждый раз просматривать весь перечень работ, чтобы понять ближайший фронт. Достаточно открыть «Задачи» и увидеть, что уже идёт на площадке и к каким этапам скоро пора переходить.
Рядом можно добавить произвольные задачи для всего, что не возникает из процессов Сметтера автоматически: например, проверить замечание после приёмки, уточнить вопрос на объекте или связаться с подрядчиком. Такой задаче можно назначить исполнителя, установить срок и при необходимости привязать её к объекту или смете. После этого поручение становится частью того же рабочего пространства
А если по конкретной работе нужны подробности, из системной задачи можно перейти к соответствующей позиции в смете.
«Задачи» не заменяют смету — они помогают прорабу сначала увидеть ближайший фронт, а уже затем погружаться в детали конкретной работы.
Закупщику — понимать, что требует реакции сейчас
У закупщика другая задача.
Сам процесс снабжения ведётся в закупках: там сотрудник работает с материалами, количеством, партиями и поставками. Но когда одновременно идёт несколько процессов, важно быстро понимать, какой из них уже требует действий.
В «Задачах» закупщик может видеть два вида системных процессов из доступных ему смет:
Сам процесс снабжения ведётся в закупках: там сотрудник работает с материалами, количеством, партиями и поставками. Но когда одновременно идёт несколько процессов, важно быстро понимать, какой из них уже требует действий.
В «Задачах» закупщик может видеть два вида системных процессов из доступных ему смет:
Закупки
Позиции материалов, механизмов и доставки, которым заданы сроки.
Уже начатые попадают в «В работе», те, к которым пора приступать
сегодня — в «Сегодня», следующие — в «Ближайшие 7 дней».
Уже начатые попадают в «В работе», те, к которым пора приступать
сегодня — в «Сегодня», следующие — в «Ближайшие 7 дней».
Поставки
Заявки на поставку материалов. В «Задачах» видно, какие из них уже находятся в работе и требуют внимания. После перехода заявки в статус «Поставлено» такая задача считается выполненной.
Дополнительные действия, которых нет в самом процессе снабжения, можно добавить как произвольные задачи: например, согласовать замену материала или уточнить срок у поставщика. Такой задаче можно назначить исполнителя, установить срок и при необходимости привязать её к объекту или смете.
Если системная задача требует дальнейшей работы с закупкой или поставкой, из неё можно перейти в соответствующий раздел сметы.
«Задачи» не заменяют процесс снабжения — они помогают закупщику понять, что требует внимания сейчас, а работать с самой закупкой он продолжает в профильном разделе.
Если системная задача требует дальнейшей работы с закупкой или поставкой, из неё можно перейти в соответствующий раздел сметы.
«Задачи» не заменяют процесс снабжения — они помогают закупщику понять, что требует внимания сейчас, а работать с самой закупкой он продолжает в профильном разделе.
План рабочей недели меняется вместе с проектом
На стройке первоначальные сроки не всегда остаются неизменными. Одна работа заняла больше времени — сдвинулись следующие этапы. Вместе с ними изменился и момент, когда нужно приступать к связанным закупкам.
Если вести недельный список отдельно от проекта, такие изменения приходится переносить вручную. Иначе у сотрудника быстро появляется второй план, который уже не совпадает с реальным ходом работ.
С работами и закупками в «Задачах» этого делать не нужно. Они используют актуальные плановые даты из Графика: если сроки там меняются, изменения отражаются и в задачах.
Поэтому прораб и закупщик продолжают ориентироваться на актуальный фронт, даже если первоначальный план пришлось скорректировать.
Не нужно отдельно обновлять недельный список — изменения в проекте доходят до «Задач» вместе с актуальными сроками.
Если вести недельный список отдельно от проекта, такие изменения приходится переносить вручную. Иначе у сотрудника быстро появляется второй план, который уже не совпадает с реальным ходом работ.
С работами и закупками в «Задачах» этого делать не нужно. Они используют актуальные плановые даты из Графика: если сроки там меняются, изменения отражаются и в задачах.
Поэтому прораб и закупщик продолжают ориентироваться на актуальный фронт, даже если первоначальный план пришлось скорректировать.
Не нужно отдельно обновлять недельный список — изменения в проекте доходят до «Задач» вместе с актуальными сроками.
Руководителю — меньше напоминаний о том, что уже есть в проекте
Когда сотрудник не видит ближайший фронт самостоятельно, часть этой работы приходится брать на себя руководителю.
Напомнить, что подходит срок работы. Уточнить, начали ли закупку. Спросить о поставке. Отдельно передать новое поручение.
Но если работа, закупка или поставка уже существует внутри процессов Сметтера, её не нужно повторно превращать в отдельное поручение только ради того, чтобы сотрудник о ней не забыл.
А то, чего в проекте нет, можно поставить отдельной задачей и назначить конкретного исполнителя.
Это не заменяет управление командой и живое общение. Зато становится меньше ситуаций, когда руководителю приходится самому быть «носителем списка» и постоянно напоминать о следующих действиях.
То, что уже запланировано, не приходится повторять. А дополнительные поручения не остаются только в разговоре или переписке.
Напомнить, что подходит срок работы. Уточнить, начали ли закупку. Спросить о поставке. Отдельно передать новое поручение.
Но если работа, закупка или поставка уже существует внутри процессов Сметтера, её не нужно повторно превращать в отдельное поручение только ради того, чтобы сотрудник о ней не забыл.
А то, чего в проекте нет, можно поставить отдельной задачей и назначить конкретного исполнителя.
Это не заменяет управление командой и живое общение. Зато становится меньше ситуаций, когда руководителю приходится самому быть «носителем списка» и постоянно напоминать о следующих действиях.
То, что уже запланировано, не приходится повторять. А дополнительные поручения не остаются только в разговоре или переписке.
Сложный проект — понятный ближайший фронт
Строительный проект может состоять из десятков работ, закупок, поставок и параллельных процессов. Такая сложность необходима для управления проектом целиком.
Но сотруднику в конкретный момент нужна не вся эта картина.
Прорабу важно понимать, что происходит на площадке сейчас и какие работы подходят следующими. Закупщику — какие процессы снабжения уже требуют реакции.
Сложность остаётся там, где она действительно нужна — внутри проекта. А в «Задачах» остаётся то, что требует внимания сейчас и в ближайшие дни.
Но сотруднику в конкретный момент нужна не вся эта картина.
Прорабу важно понимать, что происходит на площадке сейчас и какие работы подходят следующими. Закупщику — какие процессы снабжения уже требуют реакции.
Сложность остаётся там, где она действительно нужна — внутри проекта. А в «Задачах» остаётся то, что требует внимания сейчас и в ближайшие дни.