Что значит акт с замечаниями и стоит ли его бояться

Акт сдачи-приёмки решает судьбу проекта: для исполнителя это гарантия оплаты, для заказчика — подтверждение качества результата. Но что делать, если акт подписан с замечаниями?

➡️ В новой статье на #Дзен разбираем, какие риски и возможности несёт акт с замечаниями, как правильно его оформлять и почему он может быть выгоден обеим сторонам.

Школа проектного специалиста | @techitpm

Что делать, если сотрудник исчезает с проекта, а потом просится вернуться? Давать второй шанс или сразу ставить точку?

➡️ Как действовать в таких ситуациях — читайте в нашей новой статье на #Дзен.

Школа проектного специалиста | @techitpm

ХХ.ру: 60% работодателей ожидают от сотрудников базовых ИИ-навыков

ИИ уверенно становится обязательной частью работы. По данным ХХ.ру:
🔄 60% работодателей ждут, что сотрудники освоят базовые ИИ-навыки.
🔄 В приоритете: поиск информации, анализ данных, работа с промтами и создание визуального контента.

🧑‍💻В 34% компаний владение нейросетями уже обязательно для маркетологов, PR и SMM-специалистов, а также учитывается при найме аналитиков и копирайтеров.

При этом треть руководителей опасается, что сотрудники разучатся думать нестандартно и слишком привыкнут к подсказкам нейросетей.

ИИ уже влияет на требования к проектным специалистам — умение грамотно работать с инструментами становится не бонусом, а стандартом.

🔣Как раз на курсе «Школа руководителя проекта» Юлий Минькин показывает, как использовать ИИ для анализа данных, подготовки документов и управления проектами — с упором на практику и реальные кейсы. Подробнее на сайте.

Источник

Школа проектного специалиста | @techitpm

Что делать, если клиент срывается — а ты стоишь под огнём

Иногда в проектах наступает момент, когда заказчик не просто недоволен — он злой.
Выходят баги, проседают сроки, у него — стресс. И всё это он вываливает на тебя.

«Проект провален!»
«Это несерьёзно!»
«С вами невозможно работать!»

❌Это не диалог.
Это — эмоциональный шквал, под которым легко растеряться, замкнуться или… начать защищаться.

Что делать в такие моменты?

🟡 Не вступать в борьбу.
Первое желание — оправдаться или дать сдачи:

«Мы всё делали по ТЗ!»
«А вы сами не отвечали неделями!»
Это естественно, но не работает. Ни одна сторона не услышит другую, пока уровень напряжения выше уровня логики.

🟡 Остановиться и назвать, что происходит.

«Я вижу, что вы очень злитесь. Давайте попробуем разобраться по фактам — не по эмоциям.»

Это переключает разговор из эмоционального в рабочий.
Не сразу. Но это единственный путь сохранить контакт.

🟡 Не съезжать в оправдания.
Оправдания — не про ответственность. Они создают ощущение, что ты уходишь от сути.
Вместо этого — честно признать, где есть просадка, и предложить шаги. Пусть минимальные.

🟡 Сделать паузу, если нужно.
Иногда лучше сказать:

«Сейчас слишком остро. Давайте на час прервёмся и соберёмся с конкретным планом.»

Это не слабость. Это управление процессом.

И главное. Ты — не мишень.
Ты — точка контакта. От твоего спокойствия зависит, останется ли этот контакт живым.

❓ А у вас бывали моменты, когда приходилось «стоять под огнём»? Как справлялись?

Школа проектного специалиста | @techitpm

🔥Завтра стартует курс «Школа проектного специалиста. Основы профессии»

Это ваш шанс войти в профессию и освоить:
~ работу с требованиями и бизнес-процессами,
~ основы 1С и проектных методологий,
~ навыки коммуникации и презентаций.

🔄Лекции + практика онлайн, реальные кейсы и поддержка опытных преподавателей.

Старт уже завтра — успейте записаться, следующий поток только в 2026 году!

Регистрация➡️ тут

Школа проектного специалиста | @techitpm

Как «6️⃣ шляп» спасают от хаоса на совещаниях

Метод де Боно помогает разделить эмоции, факты, критику и идеи, чтобы команда смотрела на задачу под разными углами и принимала решения быстрее.

🔣 Подробнее — в нашей новой статье на #Дзен

Школа проектного специалиста | @techitpm

🔴Подвисающие задачи, тишина вместо обратной связи и команды, которые тянут в разные стороны — всё это первые сигналы управленческого сбоя.

Как понять, что пора менять стиль управления, и какие вопросы помогут увидеть реальное настроение сотрудников — читайте в нашей новой статье на #Дзен

Школа проектного специалиста | @techitpm

📢КУРС «1С:СППР для архитекторов»

Хотите управлять проектами на новом уровне? Этот курс — про полный цикл: моделирование процессов, проектирование архитектуры, тестирование и запуск.

Автор — Виталий Тупицын, системный архитектор «Первого БИТа» и доцент кафедры цифровых технологий ЯрГУ. 10+ лет опыта внедрения крупных проектов 1С:ERP.

~ Для кого: архитекторов, аналитиков и всех, кто хочет работать с «1С:СППР» профессионально.
~ Количество мест ограничено — СТАРТ 13 октября.

🔣Подробности и запись на сайте.

Школа проектного специалиста | @techitpm

❓ Как выйти из ступора во время выступления..

Лайфхак от Екатерины Титовой, преподавателя курса «Школа проектного специалиста. Основы профессии».

Школа проектного специалиста | @techitpm

В новом видео Александр Дюпин рассказывает, на какие настольные ресурсы по 1С опирается в работе и почему важно не просто знать инструменты, а понимать, как они помогают в реальных проектах.

🔣Если вы хотите системно развиваться в профессии — ваш старт на курсе «Школа проектного специалиста. Основы профессии».

Школа проектного специалиста | @techitpm

«Давайте зафиксируем в чате, чтобы не забыть» — самая частая фраза, после которой проекты начинают буксовать.

Как часто мы фиксируем требования в проекте из сообщений в чате? Иногда заказчики и даже исполнители считают, что достаточно зафиксировать что-то в переписке, чтобы не забыть — и всё. Но именно так возникают проблемы.

Дело в том, что переписка — это поток информации. Там нет структуры, она эмоциональная, иногда расплывчата, а договорённости быстро теряются среди множества сообщений. Когда каждый по-своему интерпретирует то, что было сказано, а часть обсуждений уходит назад вверх по ленте или исчезает, возникают недоразумения.

Это приводит к тому, что команда начинает делать по-своему, а заказчик жалуется: «Мы имели в виду другое». В итоге проект тормозится на переделках и пересогласованиях, теряется много времени.

Почему так происходит? Потому что фиксирование требований напрямую в чате неэффективно. Чат — это скорее поток идей и вопросов, а не инструмент для хранения согласованных требований. Тексты там могут быть эмоциональные и не содержать полной информации. Кроме того, любая новая реплика может перечеркнуть предыдущие договорённости, а искать нужное — всё равно что бесконечно скроллить ленту.

Но как же тогда правильно?

Использовать чат только как канал для сбора идей и вопросов. А требования фиксировать в отдельном документе или системе — с датой, статусом, ответственным. Каждый раз, когда появляется новая договорённость, нужно обновлять этот документ, а не просто писать в чат «там где-то было».

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

Требования — это не просто список сообщений. Это полноценный артефакт, который использует вся команда. Аналитик собирает поток информации из чата и превращает его в структурированный документ, а не наоборот.

А у вас в проектах требования чаще остаются в документах или все еще живут в переписках❓

Школа проектного специалиста | @techitpm