Как создать прозрачную систему управления проектами: один источник, общий язык и понятный доступ
Как создать прозрачную систему управления проектами, если сейчас статус живёт в пересланных письмах, а решения — в памяти участников совещания? Прозрачность часто понимают как «открыть всем всё». Но проект, где заказчик видит внутренние риски, а исполнители тонут в чужих уведомлениях, становится не прозрачнее, а шумнее. Прозрачность — это когда каждый видит нужное ему, понимает это так же, как остальные, и может найти, кто и почему принял решение.
Ниже — пять шагов от одного источника данных до общего статуса, проверка результата и то, как это устроено в системе. Взглянуть на проект глазами разных участников можно в демо-компании Kitamo: откройте проект выставки ролью «Наблюдатель», а затем ролью «Внешний участник» — это два разных взгляда на одни и те же данные.
Содержание
- Что значит прозрачный проект
- Что подготовить: кто и что должен видеть
- Пять шагов к прозрачности
- Как проверить прозрачность
- Ошибки, которые делают прозрачность показной
- Прозрачность в Kitamo по экранам
- Вопросы и ответы
- Главное
Что значит прозрачный проект
Проверка простая: любой участник без звонков и расспросов отвечает на четыре вопроса в пределах своей роли.
- Что сейчас делается, кем и к какому сроку?
- В каком состоянии проект и почему?
- Где актуальная версия нужного документа?
- Кто, когда и почему принял последнее важное решение?
Если хоть на один вопрос ответ «надо спросить у…», проект держится на людях, а не на системе. И заметьте: речь о работе, а не о людях. Прозрачность показывает задачи, сроки и решения, а не то, сколько человек провёл за компьютером.
Что подготовить: кто и что должен видеть
До любых настроек составьте карту аудиторий проекта. Потом она превратится в роли и права.
| Кто | Что должен видеть | Что ему не нужно |
|---|---|---|
| Исполнители | свои задачи, план, документы, решения по своей части | переговоры с заказчиком о деньгах |
| Руководитель проекта | всё по проекту | — |
| Руководство компании | состояние, отклонения, принятые решения | каждую задачу и каждое сообщение |
| Заказчик | ход работ, свои согласования, актуальные документы | внутреннюю переписку, бюджет затрат, риски |
| Подрядчик | свои задачи и документы, чат по работе | деньги, риски и загрузку команды |
Пять шагов к прозрачности
Шаг 1. Назначьте один источник для каждого вида данных
Сроки — в плане, поручения — в задачах, решения — в журнале решений или чате проекта, документы — в папках проекта, состояние — в статусе. Правило одно: пересланное — копия, а копия не источник. План, ушедший заказчику вложением, через неделю устарел, а доступ к проекту показывает текущий.
Если параллельный источник — таблица, порядок переезда из неё описан в статье «Как перейти от Excel к системе управления проектами».
Шаг 2. Договоритесь о словаре статусов
Одно и то же слово у разных людей значит разное. «Готово» у дизайнера — нарисовано, у руководителя проекта — согласовано с заказчиком. Запишите короткий словарь:
- задача готова, когда закрыта с результатом, который можно проверить;
- документ утверждён, когда версия зафиксирована и по ней можно работать;
- веха под угрозой, когда прогноз её даты позже базового плана;
- жёлтый и красный цвет проекта ставятся по записанным признакам — просрочки, блокеры, отклонение от плана, — а не по ощущению руководителя.
Цвет по правилу продолжает принцип «решения по фактам» из статьи «Как правильно управлять проектами в компании». Какие признаки считать тревожными, собрано в статье «Как понять, что проект выходит из-под контроля».
Шаг 3. Разведите доступ по ролям
Карта аудиторий превращается в права. Внутренние обсуждения идут в отдельном чате, куда не попадают внешние участники. Проект с чувствительными данными делают закрытым — его видят только участники и администратор. Руководству дают права на просмотр: видеть всё и ничего случайно не поменять.
Кто за что отвечает, решает матрица ролей из статьи «Как распределять ответственность в проекте». Здесь вопрос другой — кто что видит, и ответы на эти два вопроса не обязаны совпадать.
Шаг 4. Сделайте историю обязательной
Решение, которого нет в проекте, не принято. Изменение объёма оформляется запросом со статусом и решением, важное решение записывается в журнал, новая версия документа не затирает старую, корректировка плана часов идёт с комментарием. Тогда через полгода на вопрос «почему так» отвечает история, а не память.
Шаг 5. Сделайте статус общим и регулярным
Статус, который руководитель пересказывает каждому отдельно, — это пять разных статусов. Прозрачнее один статус по расписанию: команда, руководство и заказчик получают его в одно время и в одном виде, каждый в пределах своей роли.
Как проверить прозрачность
- Дайте новому участнику 15 минут и попросите ответить на четыре вопроса из начала статьи, ни у кого не спрашивая.
- Войдите в проект с правами заказчика или подрядчика и посмотрите, не видно ли лишнего.
- Возьмите три последних решения по объёму или срокам и найдите, кто, когда и почему их принял.
- Спросите двух участников, что значит жёлтый цвет проекта. Ответы должны совпасть.
Ошибки, которые делают прозрачность показной
- Открыть всё всем. Шум растёт, важное тонет, а внешние участники видят то, что им не нужно.
- Цвет без правила. Светофор зелёный, потому что руководителю проекта так спокойнее.
- История, которую никто не читает. Журнал решений ведут, но на совещании снова спорят по памяти.
- Прозрачность только вверх. Руководство видит всё, а команда не знает, что решили по её работе.
Прозрачность в Kitamo по экранам
- Задача: свой чат, файлы, история и учёт времени; при закрытии в карточке нужен текст результата, и он публикуется в чат задачи.
- Документ: файл хранится в проекте один раз, задачи и сообщения держат на него ссылку, в карточке видно, где он используется. Версии с автором и датой, статусы «Черновик», «На согласовании», «Утверждён»; утверждение фиксирует версию. Подробнее — в статье «Управление документами проекта».
- Состояние: светофор проекта с объяснением — просрочки, блокеры, отклонение от плана, показатели освоенного объёма; статус-отчёт по расписанию уходит в чат проекта и на почту.
- История решений: журнал решений, запросы на изменение со статусами от черновика до внедрения, базовые планы, корректировки плановых часов с комментарием, журнал скачиваний.
- Доступ: закрытый проект видят только участники и администратор, во внутренний чат нельзя добавить внешних участников, права задаются матрицей по разделам на русском языке с пояснениями, разделы можно скрыть от подразделения. Внешние участники видят только свои проекты; риски и загрузка команды им не показываются, а бюджет — только если руководитель проекта откроет его явно.
Роли, права и внешние участники описаны в разделе «Люди и доступ».
Вопросы и ответы
Не опасно ли пускать заказчика в проект?
Если доступ разведён по ролям — нет. Внешний участник в Kitamo видит только свои проекты, без рисков и загрузки команды, а бюджет — только если его откроют явно, а внутреннее обсуждение идёт в чате, куда его не добавить. Тому, кому вход не нужен, можно дать ссылку на папку с ограниченным сроком: по ней видны только актуальные документы.
Можно ли закрыть отдельный документ от части команды?
Отдельных прав на каждый файл в Kitamo нет, доступ задаётся на уровне проекта. Если документ нельзя показывать части участников, его держат в закрытом проекте с нужным составом.
Прозрачность — это контроль каждого шага?
Нет. Прозрачны результаты, сроки и решения, а не то, как человек распределяет свой день. Когда прозрачность превращается в поминутный надзор, её перестают поддерживать: задачи обновляют для галочки, а решения снова уходят в личные сообщения.
Главное
Создать прозрачную систему управления проектами — значит дать каждому виду данных один источник, договориться об общем словаре статусов и цветов, развести доступ по ролям так, чтобы каждый видел своё, сделать историю решений обязательной и отправлять один статус всем участникам по расписанию. Прозрачный проект отвечает на вопросы сам — без звонков и пересылок.
Посмотрите на проект глазами разных участников
В демо-компании Kitamo войдите ролью «Наблюдатель» и откройте проект выставки: задачи, реестры и дашборд со светофором и его причинами видны целиком, но править их нельзя. Затем войдите ролью «Внешний участник» — это подрядчик застройки выставки. Он видит только свой проект, его задачи и чат, а бюджета и рисков ему не показывают.