Как проходит курс-интенсив «Управление изменениями»? Программой и интересными форматами поделилась автор курса Маргарита Карки 🫶

Если вы хотите на практике освоить инструменты для успешных проектов внедрения, ждем вас на интенсиве «Управление изменениями»! А до 13 мая на него действует скидка -34% (или больше, если от компании больше 2 человек) 🔥

Подробности и регистрация на сайте

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

Про устав проекта часто вспоминают как про «какую-то формальность». Мол, бумажка ради бумажки. На деле всё чуть интереснее.

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

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

Когда его делают? Обычно тогда, когда становится понятно: проект уже не «идея на подумать», а история с ресурсами, людьми и рисками. Чем раньше — тем лучше. Потому что потом всё равно придётся договариваться, просто уже в более нервной обстановке.

С инициатором тоже забавно. Формально это часто руководитель или заказчик. Но по факту инициатор — это тот, кому больше всех нужно, чтобы проект состоялся. Иногда это бизнес, иногда IT, иногда конкретный человек, который просто устал жить «как есть».

И да, устав не спасает от всех проблем. Но без него проблем обычно больше и они глупее. Потому что люди начинают спорить не про решения, а про то, «а мы вообще что делаем?».

В этом смысле устав — это не про бюрократию. Это про ясность. А ясность, как ни странно, сильно экономит нервы.

🚀 «1С» и «СИТЕК» создали совместное предприятие

Фирма «1С» и компания «СИТЕК» объявили о создании совместного предприятия для развития и продвижения решений в области складской логистики и интеграции корпоративных систем.

Новая структура будет развивать современные WMS- и ERP-решения на рынке России и СНГ.

«СИТЕК обладает значимой экспертизой в области складской логистики, управления имуществом и внедрения ERP-решений. Развитие сотрудничества позволит расширить возможности решений 1С...» — Борис Нуралиев, директор фирмы «1С».

СИТЕК — автор популярного решения «1С:WMS Логистика. Управление складом» и обладает большим опытом комплексной автоматизации складов, включая роботизацию.

Синергия двух компаний даст мощный импульс развитию складской автоматизации и цифровой трансформации бизнеса.

Источник

Идентификация проектных рисков — это, по-простому, попытка заранее понять, где проект может споткнуться.

Не в теории. Не в красивой таблице. А по-человечески: что может пойти не так?

Например, сменится руководитель проекта от заказчика. Ключевой сотрудник уйдёт в отпуск. Заказчик три недели будет согласовывать один документ. Бюджет окажется не таким резиновым, как казалось на старте. Или выяснится, что «да там всё понятно» на самом деле означает «никто ничего толком не обсудил».

Вот это всё и есть риски.

Частая ошибка — думать, что риск это уже проблема. Нет. Проблема — это когда уже горит. Риск — это когда ещё только пахнет дымом. И нормальный проектный менеджмент отличается не тем, что у него ничего не случается, а тем, что он хотя бы примерно понимает, откуда может прилететь.

Идентификация рисков не требует какого-то шаманства. Нужно просто собрать людей, которые понимают проект, и задать несколько неудобных вопросов. Что может сорвать сроки? Где мы слишком надеемся на удачу? От кого мы зависим? Что будет, если заказчик передумает? Где у нас слабое место, о котором все знают, но молчат?

Самое ценное здесь — не список ради списка. А честность. Потому что риски обычно прячутся не в документах, а в тихих сомнениях команды. Кто-то уже понимает, что срок нереальный. Кто-то видит, что требование мутное. Кто-то знает, что интеграция будет больной. Но пока это не произнесено вслух, риск как будто не существует.

Поэтому идентификация рисков — это не бюрократия. Это обычная взрослая привычка смотреть на проект без розовых очков. Спокойно. Без паники. Но и без детского «авось пронесёт».

Обычно не проносит.

Организации часто ведут себя как система с мощной инерцией: даже когда всем очевидно, что «так больше нельзя», внутренние привычки, регламенты и негласные правила возвращают всё в старое положение. Даже если это болото, а любое изменение встречает скрытое сопротивление — забыли, сделали «как раньше», завязли в согласованиях.

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

Полный пост читай на LinkedIn.

В жизни, как в программировании, вечно торчат эти if и else. Стоит выбрать — и сразу понимаешь, что где-то обязательно закрался else. Утром встал, думаешь: if (позавтракал) → опоздание; else → голод. Никакого win-win, одни баги.

Зато смешно, как часто else срабатывает именно тогда, когда ты уверен, что попадёшь в if. Думаешь, взял зонт — точно не пойдёт дождь. else { ливень }. Или наоборот: не взял — обязательно польёт.

Правда, в коде хотя бы есть отладка. А в жизни — только логи в башке, да и те стираются.

Почему нам так часто кажется, что мы всё поняли — хотя на самом деле лишь схватили поверхностную картинку?

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

Смотри видео здесь.

Разработчик в дедлайне — это отдельная форма жизни.

Сначала всё выглядит нормально:
- чистый стол,
- план задач,
- мотивация,
- «сделаем красиво».

Потом приходит первая интеграция.

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

Самое страшное — в какой-то момент бардак перестаёт раздражать.
Он становится частью архитектуры.

Пластиковые стаканчики — система хранения.
Коробки из-под еды — документация.
Мухи — отдел контроля качества.
А красные глаза — индикатор высокой загрузки процессора.

При этом именно в таком состоянии почему-то рождаются фразы:
— «Щас быстро поправлю»
— «Там маленькая доработка»
— «Это займёт минут 15»

Именно после этих слов проекты обычно уходят в легенды компании.

ERP-система внедрена.
Команда выгорела.
Разработчик мутировал.
Но задача закрыта.

Почти.

В статье разбирается типичный внутренний конфликт в ИТ‑компаниях между продажами и производством: формально они работают на общий результат, но в реальности живут в «двух мирах» с разной логикой, языком и приоритетами.

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

Полный текст статьи доступен по ссылке.

Дайджест свежих публикаций канала «Школа проектного специалиста» за последнюю неделю

♦️«4:59 Иллюзия понимания и границы человеческого мышления»
Видео о том, как часто «понимание» оказывается иллюзией: люди воспроизводят заученные установки, а не анализируют, и почему признание редкости глубокого мышления помогает меньше спорить и беречь свою интеллектуальную энергию.

♦️«Проверьте свои знания по информационной безопасности»
Пост‑квиз с 6 вопросами по кибербезопасности и приглашением на курс по информационной безопасности и кибергигиене для тех, кто хочет реально защитить свои данные.

♦️«Отзывы от участников интенсива “Моделирование бизнес‑процессов”»
Свежие отзывы слушателей интенсива по моделированию процессов: о том, какие подводные камни пришлось пройти и как это усилило их профессиональную уверенность.

♦️«Один параметр изменился — меняется всё: правда о проектах»
Статья о том, как изменение содержания, сроков или бюджета неизбежно бьёт по остальным параметрам проекта и почему в реальности управление — это постоянный выбор, чем пожертвовать.

♦️«Идентификация проектных рисков»
Текст о том, как по‑человечески подойти к рискам: не ждать, пока «горит», а заранее спросить себя и команду, где проект может споткнуться, и чем риск отличается от уже случившейся проблемы.

♦️«Внутренний конфликт в ИТ: как компании сами мешают себе зарабатывать»
Разбирается раскол между продажами и производством: почему без прозрачного процесса оценки проектов одни считают цену «завышенной», другие — «убийственной», и страдает в итоге качество решений.

♦️«🚀 “1С” и “СИТЕК” создали совместное предприятие»
Новость о СП «1С» и «СИТЕК» для развития WMS‑ и ERP‑решений в логистике: синергия экспертизы в складской автоматизации и корпоративных системах для рынка России и СНГ.

♦️«Функции менеджмента по Анри Файолю»
Статья, которая приземляет пять классических функций менеджмента — планирование, организация, руководство, координация и контроль — на реальную жизнь, показывая, где именно всё чаще всего ломается.

♦️«5:58 Процент завершения как ключевой показатель прогресса проекта»
Видео о том, как правильно использовать процент завершения для мониторинга хода проекта, чтобы видеть отклонения от плана и принимать управленческие решения на цифрах, а не по ощущениям.

Если вам близка тема проектного управления, рисков и системного мышления, подписывайтесь на канал «Школа проектного специалиста».

Дайджест свежих публикаций канала «Школа менеджера организации» за последнюю неделю

«Простая правда Файоля: почему его 5 функций управления работают до сих пор»
Живое объяснение идей Анри Файоля «на языке практики»: как его пять функций управления помогают на уровне обычного руководителя — от небольшой кофейни до крупной компании.

«Описание функций менеджмента в соответствии с теорией Анри Файоля»
Более академичное, но понятное изложение теории Файоля: пять функций как замкнутый управленческий цикл и почему этот подход до сих пор лежит в основе управленческой науки.

«Почему работа не всегда в радость, даже если платят хорошо?»
Статья на базе теории Герцберга: почему зарплата и условия — это только «гигиена», а реальное чувство удовлетворения даёт совсем другое — смысл, развитие и признание.

«Ошибка не в людях, а в системе: как принимаются решения»
Текст о системном мышлении: решения принимаются не в «прямой линии», а в сложной системе с задержками и обратной связью, из‑за чего привычное «найти виноватого» не работает.

«Почему искать корневую причину — пустая трата времени»
Развенчание мантры про «корневую причину»: в живых системах почти никогда нет одного корня, есть петли, привычки и взаимные подкрепления, и работать нужно с ними.

Если вам близка тема современного менеджмента, системного мышления и здоровых управленческих практик, подписывайтесь на канал «Школа менеджера организации».