БАЗА ЗНАНИЙ:
3.1 СТАНДАРТ КОММУНИКАЦИИ В РАБОЧИХ ЧАТАХ
Студия дизайна интерьеров CONTRAST | ТЮМЕНЬ
Сдать отчет
Перейти к базе знаний
Назначение стандарта

Цель стандарта — обеспечить прозрачность процессов, снизить количество ошибок и исключить потерю информации внутри проекта.

1. Основной принцип
Рабочий чат проекта — единственный официальный источник информации по проекту.
Если решение, правка или договорённость не зафиксированы в рабочем чате — они считаются несогласованными.

2. Запрет личных сообщений по проекту
По вопросам, связанным с конкретным проектом, запрещено:
·         обсуждать правки в личных сообщениях;
·         передавать файлы вне рабочего чата;
·         согласовывать решения вне чата;
·         договариваться о сроках без участия PM.
Если сообщение по проекту пришло в личные сообщения, необходимо ответить:
«Продублируй, пожалуйста, информацию в рабочий чат проекта».
И продолжать обсуждение только в общем чате.
Разрешены личные сообщения только по организационным вопросам (отпуск, больничный, технические сложности).

3. Обязательность ответа
Каждое сообщение в рабочем чате требует реакции.
Допустимые форматы ответа:
·         «Принято»
·         «В работе, срок — …»
·         «Нужно уточнение»
·         «Смогу дать ответ до …»
Игнорирование сообщений недопустимо.
Если нет возможности дать развернутый ответ сразу, необходимо обозначить срок, когда он будет дан.

4. Структура сообщений в чате
Все задачи формулируются структурировано.
Формат сообщения:
1.     Этап проекта
2.     Суть задачи или вопрос
3.     Срок
Пример:
Этап: Концепция
Необходимо утвердить вариант дивана (вариант 1 или 2).
Срок ответа — сегодня до 18:00.

5. Обязательный созвон перед стартом этапа
Если исполнитель не присутствовал на встрече с клиентом, перед началом работы по этапу проводится обязательный созвон:
Участники:
PM + ведущий дизайнер + исполнитель этапа.
Цель созвона:
·         разъяснение технического задания;
·         фиксация ожиданий по результату;
·         уточнение ограничений;
·         согласование сроков.
Без этого этап не считается запущенным.

6. Хранение и передача рабочих файлов
Все исходные рабочие файлы проекта сохраняются:
в папке проекта на Яндекс Диске в зоне ответственности менеджера проекта, в папке с Вашим именем, в папке «Название проекта».
К исходным рабочим файлам относятся:
·         файлы Archicad (.pln);
·         рабочие DWG;
·         Photoshop;
·         Excel-файлы с подбором;
·         промежуточные версии альбомов;
·         любые файлы, влияющие на результат проекта.
Запрещено:
·         хранить единственную версию файла на личном компьютере;
·         передавать файлы только через Telegram;
·         работать с несохранёнными версиями.
Передача файла в чат не заменяет его сохранение на Яндекс Диск.
Ответственность за структуру папки и актуальность хранения несёт PM.

7. Роль PM в рабочем чате
PM является модератором рабочего чата проекта.
PM:
·         контролирует сроки ответов;
·         фиксирует принятые решения;
·         подводит итоги обсуждений;
·         следит за соблюдением стандарта коммуникации;
·         контролирует сохранность файлов в папке проекта.

8. Цепочка передачи информации
Передача задач и замечаний осуществляется строго по структуре проекта:
Чертёжник → Технический дизайнер → Ведущий дизайнер → PM → Клиент
Нарушение цепочки недопустимо.

9. Недопустимые сценарии
В рамках проекта запрещено:
·         принимать решения вне рабочего чата;
·         передавать правки напрямую исполнителю, минуя ведущего дизайнера;
·         обсуждать сроки без участия PM;
·         эмоционально обсуждать вопросы без фиксации решения;
·         подключать собственников к операционным обсуждениям;
·         хранить рабочие файлы вне системы проекта.

10. Финальный принцип
Прозрачность коммуникации и хранения данных — обязательное условие качества проектов, масштабирования студии и снижения зависимости от конкретных сотрудников.
Made on
Tilda