Две даты — два разных смысла
Контрольная точка хранит первоначальное обязательство. У проблемы есть свой плановый срок устранения. Изменение второго не должно скрывать первый.
Project Control / Внутренняя система управления
PROJECT CONTROLВесь портфель проектов — перед вами.
Руководителям проектов и проектному офису нужна общая картина: как идут проекты, кто за них отвечает и что требует внимания. Project Control связывает обзор портфеля с работами, финансированием, проблемами и документами каждого проекта.
PROJECT CONTROL / Домашний экран17.10.2026
Увеличить экран На экранах — изолированный пример данных: Northbank School, участники и документы показывают, как работает реальная система.
- Назначение
- Мониторинг проектов, согласования и отчётность в проектном офисе.
- Рабочая среда
- Многопроектная среда: программы, руководители портфелей, подразделения, работы и объекты.
- Состав работы
- Потребности и требования, архитектура, модель данных, бизнес-правила, руководство реализацией, интеграция и проверка.
Задача в ежедневной работе
За каждой сводкой — конкретные проекты.
Один и тот же портфель можно рассматривать по программам, ответственным руководителям и подразделениям. Каждая сводка ведёт к работам и объектам конкретного проекта, его финансированию, проблемам и документам. Так можно проверить не только общий показатель, но и записи, из которых он складывается.
Вопрос, с которого начинается разбор
На совещании важно быстро найти проект, который требует внимания, понять, кто за него отвечает, и открыть нужные записи. Для этого общая сводка связана с работами, ответственными и основаниями решений.
Один рабочий процесс / Подробный пример
Проследите согласование образца фасада Northbank School.
В примере E1 путь идёт от обзора проекта к контрольной точке, связанной проблеме и документу рассмотрения. В зафиксированном состоянии проблема ещё открыта: плановый срок закрытия не означает, что согласование уже получено.
Разбор процесса по настоящим англоязычным экранам и изолированному примеру данных, зафиксированному в октябре 2026 года. Переключайте шаги и увеличивайте экраны, чтобы рассмотреть основания. Это разбор, а не сеанс работающего приложения.
- 01ПроектРуководитель проектаE1 / Northbank School
- 02ОбязательствоКоординатор проекта12.10.2026
- 03ОтветственностьКоординатор и ответственная сторонаEmma Reed
- 04План решенияКоординатор и ответственная сторона22.10.2026
- 05ЖурналУчастник работы и координатор14.10.2026
- 06ДокументУчастник рассмотрения проекта15.10.2026
Руководитель проекта
Начать с проекта и перейти к деталям.
- Рабочий вопрос
- Какие работы входят в этот проект?
- Действие в системе
- В обзоре направлений работ открыт Northbank School, код E1. Здесь видны конструкции и известняковая облицовка, а также оснащение учебных помещений и инженерные системы.
- Что становится понятно
- Код проекта и названия работ сохраняют контекст E1. Бюджеты и выплаты показывают финансовую сторону, а не физическую готовность.
Кто действует дальшеРуководитель разбирает незавершённое обязательство вместе с координатором.
Координатор проекта
Сохранить исходное обязательство.
- Рабочий вопрос
- Что и к какому сроку было обещано?
- Действие в системе
- Открыть контрольную точку «Facade sample approval» — согласование образца фасада. Исходный срок — 12 октября 2026 года. Из неё перейти к связанной проблеме.
- Что становится понятно
- Первоначальное обязательство остаётся видно, даже если для устранения задержки нужен новый план.
Кто действует дальшеВ связанной проблеме продолжается работа над незавершённым согласованием.
Координатор и ответственная сторона
Увидеть, кто отвечает за продолжение.
- Рабочий вопрос
- Кто координирует проблему и какая организация за неё отвечает?
- Действие в системе
- Прочитать связанную проблему в контексте E1: координатор — Emma Reed, ответственная организация — Engineering & Infrastructure.
- Что становится понятно
- Понятно, с кем продолжать работу. Координация и ответственность организации обозначены отдельно.
Кто действует дальшеКоординатор и ответственная сторона работают с одной записью проблемы.
Координатор и ответственная сторона
Спланировать решение, не переписывая прошлое.
- Рабочий вопрос
- К какому сроку теперь планируют устранить проблему?
- Действие в системе
- Сопоставить плановое закрытие проблемы 22 октября 2026 года с исходным сроком контрольной точки — 12 октября.
- Что становится понятно
- План устранения и первоначальное обязательство отвечают на разные вопросы. В этом состоянии проблема ещё открыта и находится на контроле, а не завершена.
Кто действует дальшеОтветственная сторона может записать следующее содержательное обновление по этому плану.
Увеличить экран Обязательство12.10.2026План решения22.10.2026
Участник работы и координатор
Прочитать обновление вместе с его основанием.
- Рабочий вопрос
- Что зафиксировано и где подтверждающий материал?
- Действие в системе
- Развернуть запись журнала от 14 октября 2026 года и посмотреть вложение «E1 - Facade sample approval - review record.docx».
- Что становится понятно
- Запись, её дату и документ можно рассмотреть вместе. Одному названию статуса не приходится заменять всё объяснение.
Кто действует дальшеКоординатор открывает документ и проверяет, что именно он подтверждает.
Участник рассмотрения проекта
Проверить документ перед решением.
- Рабочий вопрос
- Что следует из приложенной записи?
- Действие в системе
- Открыть документ по согласованию образца фасада E1. В нём указана дата рассмотрения 15 октября 2026 года; сама запись журнала датирована 14 октября. Это разные даты.
- Что становится понятно
- Можно проверить документальное основание и не принять плановый срок закрытия или сам факт вложения за состоявшееся согласование.
Кто действует дальшеСледующее решение остаётся за ответственными людьми. Система сохраняет доступ к контексту и основаниям.
Увеличить экран Скачать документ ↓ DOCX · 37 KB
Пример DOCX из подготовленного набора. Он сопровождает разбор и не является рабочим документом организации.
Передача работы сохраняет весь контекст.
Правила, которые делают детали полезными.
Выберите точку процесса, чтобы открыть соответствующий экран. Решения принимают люди, а система связывает нужные для этого записи.
Общая тема, отдельная ответственность
Тема проблемы может объединять несколько проектов, но у каждого остаются свои ответственные, статус и даты. Общее обсуждение не стирает ответственность на местах.
Основание рядом с обновлением
Записи журнала и документы доступны в контексте рабочей записи. Следующий участник может проверить основание обновления там же.
Показатели с проверяемым основанием
Показатели проекта и отчёты можно сверять с исходными записями. Физическая готовность, годовые результаты, обязательства и финансовое исполнение сохраняют разный смысл.
Общая тема, отдельная ответственность
Тема проблемы может объединять несколько проектов, но у каждого остаются свои ответственные, статус и даты. Общее обсуждение не стирает ответственность на местах.
Увеличить экран Сверить отчёт с исходными записями
На том же примере Northbank School можно проверить происхождение финансовой суммы. Для направления Structure and limestone envelope выделено 11 275 тыс. евро. В отчёте двум строительным объектам соответствуют суммы по 5 637,5 тыс. евро: вместе — то же выделенное финансирование. Обязательства по контрактам и выплаты показаны отдельно. Округлённые значения отчёта нельзя считать точными исходными суммами.
Увеличить экран 
Увеличить экран От потребности к использованию
От рабочей задачи — к связной системе.
Требования, структура данных и рабочие сценарии прорабатывались вместе. Систему внедрили в работу проектного офиса и дорабатывали по мере появления новых задач.
- 01
Разобраться в работе
Определить вопросы участников, ответственность и записи, необходимые для рассмотрения проектов.
- 02
Спроектировать связи
Сформировать требования, архитектуру, модель данных и правила, связывающие проекты, контрольные точки, проблемы и документы.
- 03
Руководить реализацией
Направлять разработку, интегрировать части и проверять, соответствует ли поведение системы рабочим требованиям.
- 04
Внедрить и дорабатывать
Ввести систему во внутреннюю работу, проверять результаты и продолжать улучшения по мере развития задач.
PROJECT CONTROL
Что показывает этот кейс.
Работающая внутренняя система, в которой можно проследить связи между обязательствами, действиями и документами.
- Требования проектного офиса доведены до работающей внутренней системы.
- Обязательство можно проследить через ответственность и отдельный план устранения до подтверждающих записей.
- Исходный срок остаётся виден, пока решение проблемы ведётся отдельно.
Технический контекст
В реализации используются React и TypeScript, Django и Django REST Framework, PostgreSQL и интеграция с Microsoft SQL Server. Изолированный портфолио-профиль работает на PostgreSQL с примером данных.
- Связная модель данных
- Проекты, направления работ, контрольные точки, проблемы и документы — связанные записи, а не независимые экраны презентации.
- Решения остаются за командой
- Система связывает записи и ответственных, помогая разобраться в ситуации. Решения о дальнейших действиях принимают люди, которые ведут работу.
- Отдельный контур показа
- В разборе используются подготовленные экраны и документы примера. Сайт портфолио не подключён к рабочим данным организации.
Пример DOCX из подготовленного набора. Он сопровождает разбор и не является рабочим документом организации.
Скачать документ ↓Для вашей организации
Что должно прояснить следующее совещание по проекту?
Расскажите, за чем трудно следить: мониторингом, согласованиями, ответственностью или отчётами. Начнём с одного повторяющегося процесса и решения, которое в нём нужно принимать.
Обсудить похожую систему